JDK-8154239 : -Xbootclasspath/a breaks exploded build
- Type: Bug
- Component: hotspot
- Sub-Component: runtime
- Affected Version: 9
- Priority: P2
- Status: Closed
- Resolution: Fixed
- Submitted: 2016-04-14
- Updated: 2022-11-04
- Resolved: 2016-07-26
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 9 |
|---|
9 b131Fixed  |
Related Reports
|
Relates :
|
|
|
Relates :
|
|
|
Relates :
|
Description
With -Xbootclasspath/a:<path> specified the VM can't find classes in exploded modules. The problem is that <path> is prepended to the list of exploded modules:
(lldb) p ClassLoader::print_bootclasspath()
[bootclasspath= .../jdk/modules/java.base ;<path> ;.../jdk/modules/java.logging ;... ;.../jdk/modules/java.xml ;]
and ClassLoader::load_class() doesn't look past java.base:
ClassLoader::load_class(name=..., search_append_only=false, ...)
ClassPathEntry* e = (search_append_only ? _first_append_entry : _first_entry);
ClassPathEntry* last_e =
(search_append_only || DumpSharedSpaces ? NULL : _first_append_entry);
while ((e != NULL) && (e != last_e)) {
...
e = e->next();
++classpath_index;
}
}
where:
_first_entry == java.base
_first_append_entry = <path>
Comments
|