JIMFS не распознается ZipFileSystemProvider

Question

У меня есть zip-файл, созданный в jimfs (Google в файловой системе памяти) из байтового массива. При попытке открыть этот файл с 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 (также пробовал 2.0-SNAPSHOT с исправлением https://github.com/google/jimfs/commit/3299e69f75cf524e6d101d88e8c202c1b24bf25a для проблемы 31).

Как я мог заставить мой код работать?

Answer 1

Решение:
Основываясь на проблеме SO Как зарегистрировать реализацию SPI при запуске exec: java, я понял, что проблема загрузчика классов была связана с тем, что код запускался с maven exec: java. Запуск кода с использованием простого jar решил проблему!