ZipFileSystemProvider无法识别JIMFS

时间:2016-06-02 22:32:53

标签: java filesystems classloader nio jimfs

我在一个字节数组中的jimfs (内存文件系统中的google)中创建了一个zip文件。尝试使用ZipMemoryFileSystem打开该文件时,出现无法识别提供程序的错误。 我的代码如下:

public static void test(byte[] document) {
    try {
         try (FileSystem memoryFileSystem = Jimfs.newFileSystem(Configuration.unix())) {
            Files.write(memoryFileSystem.getPath("/file.zip"), document);
            URI uri = URI.create("jar:" + memoryFileSystem.getPath("/file.zip").toUri());
            Map<String, String> env = Collections.singletonMap("create", "false");
            try (FileSystem zipfs = FileSystems.newFileSystem(uri, env)) {
                //do something                  
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    } catch (IOException e) {
        e.printStackTrace();
    }
}

URI类似于:jar:jimfs://bb2c779f-d327-4e2f-9841-bd04785f1365/file.zip

堆栈跟踪是:

java.nio.file.FileSystemNotFoundException: Provider "jimfs" not installed
    at java.nio.file.Paths.get(Paths.java:158)
    at com.sun.nio.zipfs.ZipFileSystemProvider.uriToPath(ZipFileSystemProvider.java:97)
    at com.sun.nio.zipfs.ZipFileSystemProvider.newFileSystem(ZipFileSystemProvider.java:119)
    at java.nio.file.FileSystems.newFileSystem(FileSystems.java:337)
    at java.nio.file.FileSystems.newFileSystem(FileSystems.java:287)
    at office.ImfsTest.test(ImfsTest.java:88)
    at office.ImfsTest.main(ImfsTest.java:58)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
    at java.lang.reflect.Method.invoke(Method.java:508)
    at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:293)
    at java.lang.Thread.run(Thread.java:785)

jimfs未与FileSystemProvider.installedProviders()一起列出。对于ZipFileSystemProvider,它分别在Thread.currentThread().getContextClassLoader()ClassLoader.getSystemClassLoader().getParent() FileSystemZipProvider之间的单独的类加载器中。

提供商的印刷品如下:

IM Provider:com.google.common.jimfs.JimfsFileSystemProvider@ed301b1f IM Scheme:jimfs IM Class Loader:java.net.URLClassLoader@4940e7a2
Installed Provider:sun.nio.fs.LinuxFileSystemProvider@d83a6d85 Scheme:file Class Loader:null
Installed Provider:com.sun.nio.zipfs.ZipFileSystemProvider@110a4ec7 Scheme:jar Class Loader:sun.misc.Launcher$ExtClassLoader@59a155ab

我试图根据jimfs ClassLoaderTest手动设置类加载器,但没有成功。  我在Linux上运行。

使用了jimfs 1.1(对于问题https://github.com/google/jimfs/commit/3299e69f75cf524e6d101d88e8c202c1b24bf25a也尝试了2.0-SNAPSHOT和修复31)。

我怎么能让我的代码工作?

1 个答案:

答案 0 :(得分:4)

<强>解决方案:
基于SO问题How to register a SPI implementation when running exec:java,我理解类加载器问题是由于代码是用 maven exec:java 运行的。 使用普通jar运行代码解决了这个问题!