私たちはJLINKでJavaランタイムを作成する場合には、すべてのJavaクラス/リソースを取り、JRTのイメージファイルにそれらを配置しますlib/modules
。
ここでは基本的なMavenプロジェクトリソース構造Iの使用は次のとおりです。
src
main
resources
dict
xkcd_en
私はちょうど読みしようとしているxkcd_en
テキストファイルを。我々はJRTファイルに見れば、ここにあります:
>> jimage list /path/to/lib/modules
...
Module: main
dict/xkcd_en
...
また、私は明示的にそれを開いたmodule-info
だけの場合には、:
module main {
opens dict;
// ..rest code omitted
}
私は、ファイルを読むことができる唯一の方法は、入力ストリームとして取得されています。
WORKS:
public static InputStream getResourceAsStream(String resource) {
return FileUtils.class.getResourceAsStream(resource);
}
System.out.println(new BufferedReader(
new InputStreamReader(getResourceAsStream("/dict/xkcd_en")))
.lines().collect(Collectors.joining("\n"))
);
DOES NOT WORK:
私は、ファイルのURIを取得し、Java NIO APIを介して、それを読んしようとしている場合しかし、それは動作しません。
public static URL getResourceOrThrow(String resource) {
URL url = FileUtils.class.getResource(resource);
Objects.requireNonNull(url);
return url;
}
1 - JavaのNIOは、ファイルを見つけることができません。しかし、それは間違いなく、それ以外の場合は存在しないgetResource()
リターンをnull
。
System.out.println(Paths.get(getResourceOrThrow("/dict/xkcd_en").toURI()));
// /main/dict/xkcd_en
Files.readAllLines(Paths.get(getResourceOrThrow("/dict/xkcd_en").toURI()));
Caused by: java.nio.file.NoSuchFileException: /main/dict/xkcd_en
at java.base/jdk.internal.jrtfs.JrtFileSystem.checkNode(JrtFileSystem.java:494)
at java.base/jdk.internal.jrtfs.JrtFileSystem.getFileContent(JrtFileSystem.java:253)
at java.base/jdk.internal.jrtfs.JrtFileSystem.newInputStream(JrtFileSystem.java:342)
at java.base/jdk.internal.jrtfs.JrtPath.newInputStream(JrtPath.java:631)
at java.base/jdk.internal.jrtfs.JrtFileSystemProvider.newInputStream(JrtFileSystemProvider.java:322)
2 -あなたが使用します場合、同じFileSystem
直接:
FileSystem fs = FileSystems.getFileSystem(URI.create("jrt:/"));
System.out.println(fs.getPath("main/dict/xkcd_en"));
// main/dict/xkcd_en
Files.readAllLines(fs.getPath("main/dict/xkcd_en")));
Caused by: java.nio.file.NoSuchFileException: /main/dict/xkcd_en
at java.base/jdk.internal.jrtfs.JrtFileSystem.checkNode(JrtFileSystem.java:494)
3 -のJava NIOも知りませんjrt:/
スキームがあります。
Files.readAllLines(Paths.get(getResourceOrThrow("/dict/xkcd_en").toExternalForm()));
Caused by: java.nio.file.InvalidPathException: Illegal char <:> at index 3: jrt:/main/dict/xkcd_en
at java.base/sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
at java.base/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92)
at java.base/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:229)
at java.base/java.nio.file.Path.of(Path.java:147)
at java.base/java.nio.file.Paths.get(Paths.java:69)
ここでスペック JRT FSの。
JRTのURLは構文で、RFC 3986ごとに、階層的なURIであります
JRT:/ [$ Nodulae [/ $パス]]
$ MODULEは、オプションのモジュール名および$ PATHであり、存在する場合は、そのモジュール内の特定のクラスまたはリソースファイルへのパスです。JRT URLの意味は、その構造によって異なります。
jrt:/$MODULE/$PATH refers to the specific class or resource file named $PATH within the given $MODULE. jrt:/$MODULE refers to all of the class and resource files in the module $MODULE. jrt:/ refers to the entire collection of class and resource files stored in the current run-time image.
このようにして得られたパスは、私にはOKに見えます。どこが間違っているのですか?
仕様の一部は、あなたは、URLではなく、NIOとの取引を引用します。2は異なるメカニズムです。URLは単に場所を表します。実際の場所は解決されたかURLプロトコルに依存します。この場合、フォームがありjrt:/[$MODULE]/[$PATH]
、それは、画像を検索し、適切なリソースを返します。
NIOを使用している場合しかし、あなたは、ランタイムイメージにアクセスしているファイルシステム。あなたが見ればJDK-8066492:あなたはJRTのファイルシステムは2つのディレクトリを追加するには、一点で強化された表示されますmodules
とpackages
。これらのディレクトリはルートの直下にあり、その意味は、問題に記載されています。あなたはファイルシステムとして画像にアクセスしたい場合は、取る必要がありますmodules
考慮にディレクトリを。
これは、NIOはJRTイメージからファイルを読み込むことはできません、それはあることだということではありません/main/dict/xkcd_en
、実際には存在しません。本当の場所があります/modules/main/dict/xkcd_en
。
よるJDK-8216553(質問コメントでアラン・ベイトマンによってリンク)、実際にはPaths.get(/* jrt uri */)
存在しないが返すPath
バグです。
あなたはこの例を見ることができますここで。