JDK-8169389 : Use a bitmap to control StackTraceElement::toString format and save footprint
- Type: Bug
- Component: core-libs
- Sub-Component: java.lang
- Affected Version: 9
- Priority: P3
- Status: Resolved
- Resolution: Fixed
- Submitted: 2016-11-08
- Updated: 2017-01-03
- Resolved: 2016-12-13
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 b150Fixed  |
Related Reports
|
Relates :
|
Description
JDK-6479237 has modified the format of StackTraceElement::toString. Because the values of the public fields are not sufficient to disambiguate between the different format alternatives, JDK-6479237 also introduced a non transient classOrLoaderModuleClassName field, which is used when the StackTraceElement is created by the VM when filling in a Throwable stack trace from its back trace. When non null, this field will eventually contain the "[[class-loader-name]/[module-name[@module-version]]]" string to be used as part of the StackTraceElement::toString representation. Instead of storing a String, this field could instead store a bitmap telling which field should be omitted from the StackTraceElement::toString representation - thus reducing the footprint of the Throwable's StackTraceElement instances.