-
Bug
-
Resolution: Fixed
-
P3
-
None
-
b24
-
Verified
The Class.forName(String,boolean,ClassLoader) and Class.forName(Module, String) methods have always stated that they attempt "to locate, load, and link the class or interface."
However the long-standing implementation has not performed the linking step (except when the 'initialize' boolean argument is 'true').
An attempt was made to bring the spec and implementation in line by always performing the prescribed linking (JDK-8212117), but this proved to be too disruptive a change (JDK-8233091).
Instead, the documentation for these methods should be updated to no longer state that linking will be performed.
However the long-standing implementation has not performed the linking step (except when the 'initialize' boolean argument is 'true').
An attempt was made to bring the spec and implementation in line by always performing the prescribed linking (
Instead, the documentation for these methods should be updated to no longer state that linking will be performed.
- csr for
-
JDK-8233554 The Class.forName specification should be updated to match the long-standing implementation with respect to class linking
-
- Closed
-
- duplicates
-
JDK-8181144 JDI - VirtualMachine.allClasses() does not return loaded but uninitialized class
-
- Closed
-
- relates to
-
JDK-8212117 Class.forName may return a reference to a loaded but not linked Class
-
- Resolved
-
-
JDK-8233091 Backout JDK-8212117: Class.forName loads a class but not linked if class is not initialized
-
- Resolved
-
-
JDK-8267525 add test for non-linked classes are not returned by VirtualMachine.allClasses
-
- Closed
-