-
Bug
-
Resolution: Fixed
-
P3
-
None
-
b156
-
generic
-
generic
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8174514 | 10 | Jonathan Gibbons | P3 | Resolved | Fixed | b01 |
com.sun.tools.javac.file.Locations.ModulePathLocationHandler.ModulePathIterator#inferModuleName reads:
// --
if (p.getFileName().toString().endsWith(".jar") && fsInfo.exists(p)) {
URI uri = URI.create("jar:" + p.toUri());
// --
This code was introduced recently and was modelled after this snippet just
a few lines below:
// --
if (p.getFileName().toString().endsWith(".jmod")) {
try {
FileSystem fs = fileSystems.get(p);
if (fs == null) {
URI uri = URI.create("jar:" + p.toUri());
// --
Both of these are problematic as they construct a URI that will fail
with a MalformedURLException should a URL ever be constructed
from the URI.
At the moment this bug is latent (harmless) since these faulty states are
transient and quickly disposed without triggering any problems/symptoms.
But these should be cleaned up.
// --
if (p.getFileName().toString().endsWith(".jar") && fsInfo.exists(p)) {
URI uri = URI.create("jar:" + p.toUri());
// --
This code was introduced recently and was modelled after this snippet just
a few lines below:
// --
if (p.getFileName().toString().endsWith(".jmod")) {
try {
FileSystem fs = fileSystems.get(p);
if (fs == null) {
URI uri = URI.create("jar:" + p.toUri());
// --
Both of these are problematic as they construct a URI that will fail
with a MalformedURLException should a URL ever be constructed
from the URI.
At the moment this bug is latent (harmless) since these faulty states are
transient and quickly disposed without triggering any problems/symptoms.
But these should be cleaned up.
- backported by
-
JDK-8174514 Latent bug in jar file handling during module path processing.
-
- Resolved
-