web-dev-qa-db-ja.com

JARファイル内のファイルをリストする方法は？

ディレクトリからすべてのファイルを読み取るこのコードがあります。

    File textFolder = new File("text_directory");

    File [] texFiles = textFolder.listFiles( new FileFilter() {
           public boolean accept( File file ) {
               return file.getName().endsWith(".txt");
           }
    });

うまくいきます。ディレクトリ「text_directory」からの「.txt」で終わるすべてのファイルで配列を埋めます。

同様の方法でディレクトリの内容を読み取るにはどうすればいいですかwithin JARファイル？

だから、私が本当にやりたいことは、JARファイル内のすべての画像をリストすることです。

ImageIO.read(this.getClass().getResource("CompanyLogo.png"));

（「CompanyLogo」は「ハードコーディング」されているため機能しますが、JARファイル内の画像の数は10〜200の可変長です。）

編集

だから、私の主な問題は次のようになると思います：JARファイルの名前私のメインクラスがどこにあるかを知るには？

Java.util.Zipを使用して読むことができたのは確かです。

私の構造は次のとおりです。

それらは次のようなものです：

my.jar!/Main.class
my.jar!/Aux.class
my.jar!/Other.class
my.jar!/images/image01.png
my.jar!/images/image02a.png
my.jar!/images/imwge034.png
my.jar!/images/imagAe01q.png
my.jar!/META-INF/manifest

現在、たとえば「images/image01.png」を使用して読み込むことができます：

    ImageIO.read(this.getClass().getResource("images/image01.png));

しかし、ファイル名がわかっているという理由だけで、残りは動的にロードする必要があります。

javafilejarjava-iogetresource
106
OscarRyz
CodeSource src = MyClass.class.getProtectionDomain().getCodeSource();
if (src != null) {
  URL jar = src.getLocation();
  ZipInputStream Zip = new ZipInputStream(jar.openStream());
  while(true) {
    ZipEntry e = Zip.getNextEntry();
    if (e == null)
      break;
    String name = e.getName();
    if (name.startsWith("path/to/your/dir/")) {
      /* Do something with this entry. */
      ...
    }
  }
} 
else {
  /* Fail... */
}

Java 7では、JAR（Zip）ファイルからFileSystemを作成し、NIOのディレクトリウォーキングおよびフィルタリングメカニズムを使用して検索できることに注意してください。これにより、JARおよび「展開された」ディレクトリを処理するコードを記述しやすくなります。

84
erickson

IDEと.jarファイルの両方で機能するコード：

import Java.io.*;
import Java.net.*;
import Java.nio.file.*;
import Java.util.*;
import Java.util.stream.*;

public class ResourceWalker {
    public static void main(String[] args) throws URISyntaxException, IOException {
        URI uri = ResourceWalker.class.getResource("/resources").toURI();
        Path myPath;
        if (uri.getScheme().equals("jar")) {
            FileSystem fileSystem = FileSystems.newFileSystem(uri, Collections.<String, Object>emptyMap());
            myPath = fileSystem.getPath("/resources");
        } else {
            myPath = Paths.get(uri);
        }
        Stream<Path> walk = Files.walk(myPath, 1);
        for (Iterator<Path> it = walk.iterator(); it.hasNext();){
            System.out.println(it.next());
        }
    }
}
66
acheron55

エリクソンの answer 完全に機能しました：

これが作業コードです。

CodeSource src = MyClass.class.getProtectionDomain().getCodeSource();
List<String> list = new ArrayList<String>();

if( src != null ) {
    URL jar = src.getLocation();
    ZipInputStream Zip = new ZipInputStream( jar.openStream());
    ZipEntry ze = null;

    while( ( ze = Zip.getNextEntry() ) != null ) {
        String entryName = ze.getName();
        if( entryName.startsWith("images") &&  entryName.endsWith(".png") ) {
            list.add( entryName  );
        }
    }

 }
 webimages = list.toArray( new String[ list.size() ] );

そして、私はこれから私のロードメソッドを修正しました：

File[] webimages = ... 
BufferedImage image = ImageIO.read(this.getClass().getResource(webimages[nextIndex].getName() ));

これに：

String  [] webimages = ...

BufferedImage image = ImageIO.read(this.getClass().getResource(webimages[nextIndex]));
20
OscarRyz

Acheron55の answer を拡張したいと思います。これは、いくつかの理由により、非常に安全でないソリューションであるためです。

  1. FileSystemオブジェクトは閉じません。
  2. FileSystemオブジェクトが既に存在するかどうかはチェックしません。
  3. スレッドセーフではありません。

これはいくぶん安全なソリューションです。

private static ConcurrentMap<String, Object> locks = new ConcurrentHashMap<>();

public void walk(String path) throws Exception {

    URI uri = getClass().getResource(path).toURI();
    if ("jar".equals(uri.getScheme()) {
        safeWalkJar(path, uri);
    } else {
        Files.walk(Paths.get(path));
    }
}

private void safeWalkJar(String path, URI uri) throws Exception {

    synchronized (getLock(uri)) {    
        // this'll close the FileSystem object at the end
        try (FileSystem fs = getFileSystem(uri)) {
            Files.walk(fs.getPath(path));
        }
    }
}

private Object getLock(URI uri) {

    String fileName = parseFileName(uri);  
    locks.computeIfAbsent(fileName, s -> new Object());
    return locks.get(fileName);
}

private String parseFileName(URI uri) {

    String schemeSpecificPart = uri.getSchemeSpecificPart();
    return schemeSpecificPart.substring(0, schemeSpecificPart.indexOf("!"));
}

private FileSystem getFileSystem(URI uri) throws IOException {

    try {
        return FileSystems.getFileSystem(uri);
    } catch (FileSystemNotFoundException e) {
        return FileSystems.newFileSystem(uri, Collections.<String, String>emptyMap());
    }
}

ファイル名で同期する必要はありません。毎回同じオブジェクトで単純に同期する（またはメソッドsynchronizedにする）ことができます。これは純粋に最適化です。

同じファイル上でFileSystemインターフェイスを使用するコードの他の部分があり、それらが（単一のスレッドアプリケーションでも）干渉する可能性があるため、これは依然として問題のあるソリューションであると言えます。
また、nullsをチェックしません（たとえば、getClass().getResource()で。

この特定のJava NIOインターフェースは、グローバル/シングルトンの非スレッドセーフリソースを導入し、そのドキュメントが非常に曖昧であるため（プロバイダー固有の実装による多くの未知数）、恐ろしいものです。結果は他のFileSystemプロバイダー（JARではない）によって異なる場合があります。たぶんそういう理由があるのか​​もしれません。私は知りません、私は実装を研究していません。

8
Eyal Roth

だから、私の主な問題は、私のメインクラスが住んでいる瓶の名前をどのように知るかだと思います。

プロジェクトがJarにパックされていると仮定すると（必ずしもtrueではありません！）、ClassLoader.getResource（）またはfindResource（）をクラス名（.classが後に続く）で使用して、特定のクラスを含むjarを取得できます。返されるURLからjar名を解析する必要があります（それほど難しくはありません）。これは読者の演習として残しておきます:-)

クラスがjarの一部ではない場合は必ずテストしてください。

6
Kevin Day

「パッケージの下ですべてのJUnitを実行する」ために作成したメソッドを次に示します。ニーズに合わせて調整できる必要があります。

private static void findClassesInJar(List<String> classFiles, String path) throws IOException {
    final String[] parts = path.split("\\Q.jar\\\\E");
    if (parts.length == 2) {
        String jarFilename = parts[0] + ".jar";
        String relativePath = parts[1].replace(File.separatorChar, '/');
        JarFile jarFile = new JarFile(jarFilename);
        final Enumeration<JarEntry> entries = jarFile.entries();
        while (entries.hasMoreElements()) {
            final JarEntry entry = entries.nextElement();
            final String entryName = entry.getName();
            if (entryName.startsWith(relativePath)) {
                classFiles.add(entryName.replace('/', File.separatorChar));
            }
        }
    }
}

編集：ああ、その場合は、このスニペットも必要になるかもしれません（同じユースケース:)）

private static File findClassesDir(Class<?> clazz) {
    try {
        String path = clazz.getProtectionDomain().getCodeSource().getLocation().getFile();
        final String codeSourcePath = URLDecoder.decode(path, "UTF-8");
        final String thisClassPath = new File(codeSourcePath, clazz.getPackage().getName().repalce('.', File.separatorChar));
    } catch (UnsupportedEncodingException e) {
        throw new AssertionError("impossible", e);
    }
}
5
Ran Biron

Reflections ライブラリを使用して、リソースコンテンツを取得するために Guava 特典をいくつか追加した正規表現名パターンでクラスパスを再帰的にスキャンする例を次に示します。

Reflections reflections = new Reflections("com.example.package", new ResourcesScanner());
Set<String> paths = reflections.getResources(Pattern.compile(".*\\.template$"));

Map<String, String> templates = new LinkedHashMap<>();
for (String path : paths) {
    log.info("Found " + path);
    String templateName = Files.getNameWithoutExtension(path);
    URL resource = getClass().getClassLoader().getResource(path);
    String text = Resources.toString(resource, StandardCharsets.UTF_8);
    templates.put(templateName, text);
}

これは、jarと展開されたクラスの両方で機能します。

4
Vadzim

acheron55's answer をJava 7に移植し、FileSystemオブジェクトを閉じました。このコードは、IDE、jarファイル、およびTomcat 7での戦争内のjarで機能します。ただし、JBoss 7のwar内のjarでは動作しないnotに注意してください（FileSystemNotFoundException: Provider "vfs" not installedを提供します。 this post ）。さらに、元のコードと同様に、 errr で示唆されているように、スレッドセーフではありません。これらの理由により、私はこのソリューションを放棄しました。ただし、これらの問題を受け入れることができる場合、私の既製のコードは次のとおりです。

import Java.io.IOException;
import Java.net.*;
import Java.nio.file.*;
import Java.nio.file.attribute.BasicFileAttributes;
import Java.util.Collections;

public class ResourceWalker {

    public static void main(String[] args) throws URISyntaxException, IOException {
        URI uri = ResourceWalker.class.getResource("/resources").toURI();
        System.out.println("Starting from: " + uri);
        try (FileSystem fileSystem = (uri.getScheme().equals("jar") ? FileSystems.newFileSystem(uri, Collections.<String, Object>emptyMap()) : null)) {
            Path myPath = Paths.get(uri);
            Files.walkFileTree(myPath, new SimpleFileVisitor<Path>() { 
                @Override
                public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException {
                    System.out.println(file);
                    return FileVisitResult.CONTINUE;
                }
            });
        }
    }
}
3
Pino

少し前に、JAR内部からクラスを取得する関数を作成しました。

public static Class[] getClasses(String packageName) 
throws ClassNotFoundException{
    ArrayList<Class> classes = new ArrayList<Class> ();

    packageName = packageName.replaceAll("\\." , "/");
    File f = new File(jarName);
    if(f.exists()){
        try{
            JarInputStream jarFile = new JarInputStream(
                    new FileInputStream (jarName));
            JarEntry jarEntry;

            while(true) {
                jarEntry=jarFile.getNextJarEntry ();
                if(jarEntry == null){
                    break;
                }
                if((jarEntry.getName ().startsWith (packageName)) &&
                        (jarEntry.getName ().endsWith (".class")) ) {
                    classes.add(Class.forName(jarEntry.getName().
                            replaceAll("/", "\\.").
                            substring(0, jarEntry.getName().length() - 6)));
                }
            }
        }
        catch( Exception e){
            e.printStackTrace ();
        }
        Class[] classesA = new Class[classes.size()];
        classes.toArray(classesA);
        return classesA;
    }else
        return null;
}
3
berni

Jarファイルは、構造化されたマニフェストを持つ単なるZipファイルです。通常のJava Zipツールでjarファイルを開き、ファイルの内容をそのようにスキャンしたり、ストリームを膨らませたりすることができます。それをgetResourceAsStream呼び出しで使用すると、すべてがうまくいきます。

編集/明確化後

すべての断片を思い出すのに1分かかりました、それを行うためのよりきれいな方法があると確信していますが、私は狂っていないことを確認したかったです。私のプロジェクトでは、image.jpgはメインjarファイルの一部のファイルです。メインクラスのクラスローダーを取得し（SomeClassがエントリポイントです）、それを使用してimage.jpgリソースを検出します。次に、このImageInputStreamにそれを取り込むためのストリームマジックがあり、すべてが正常です。

InputStream inputStream = SomeClass.class.getClassLoader().getResourceAsStream("image.jpg");
JPEGImageReaderSpi imageReaderSpi = new JPEGImageReaderSpi();
ImageReader ir = imageReaderSpi.createReaderInstance();
ImageInputStream iis = new MemoryCacheImageInputStream(inputStream);
ir.setInput(iis);
....
ir.read(0); //will hand us a buffered image
3
Mikeb

実際のJARファイルを指定すると、JarFile.entries()を使用して内容をリストできます。ただし、JARファイルの場所を知る必要があります-クラスローダーに、取得できるすべてのものをリストするように依頼することはできません。

ThisClassName.class.getResource("ThisClassName.class")から返されたURLに基​​づいてJARファイルの場所を見つけることができるはずですが、それは少し面倒かもしれません。

3
Jon Skeet

JarScanと呼ばれる2つの非常に便利なユーティリティがあります。

  1. www.inetfeedback.com/jarscan

  2. jarscan.dev.Java.net

この質問も参照してください：JarScan、特定のクラスのすべてのサブフォルダー内のすべてのJARファイルをスキャン

1
jgran
public static ArrayList<String> listItems(String path) throws Exception{
    InputStream in = ClassLoader.getSystemClassLoader().getResourceAsStream(path);
    byte[] b = new byte[in.available()];
    in.read(b);
    String data = new String(b);
    String[] s = data.split("\n");
    List<String> a = Arrays.asList(s);
    ArrayList<String> m = new ArrayList<>(a);
    return m;
}
1
Felix G.

Jar URLからファイルをリスト/読み取るだけの異なる方法で、ネストされたjarに対して再帰的に実行します

https://Gist.github.com/trung/2cd90faab7f75b3bcbaa

URL urlResource = Thead.currentThread().getContextClassLoader().getResource("foo");
JarReader.read(urlResource, new InputStreamCallback() {
    @Override
    public void onFile(String name, InputStream is) throws IOException {
        // got file name and content stream 
    }
});
0
trung