JDK-8202605 : Standardize on ClassLoaderData::loader_name() throughout the VM to obtain a class loader's name
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 11
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2018-05-03
  • Updated: 2019-09-10
  • Resolved: 2018-06-19
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.
JDK 11
11 b19Fixed
Related Reports
Duplicate :  
JDK-8203456 - ClassLoaderData::loader_name() should show consistent values
Relates :  
JDK-8210559 - ClassLoaderData Symbols can leak
Description
Within the JVM there are several ways to obtain a class loader's name:

- java_lang_ClassLoader::name()
- SystemDictionary::loader_name()
- ClassLoaderData::loader_name()

This enhancement is to standardized on the use of ClassLoaderData::loader_name() as the correct way to obtain a class loader's name.  All uses of java_lang_ClassLoader::name() and SystemDictionary::loader_name() should be replaced.
Comments
As part of this RFE ClassLoaderData::loader_name() should be corrected to always return ClassLoaderData::_class_loader_name if present, not just in the case of "is_unloading()". So the "if (is_unloadering())" statement should be removed.
03-05-2018