-
Bug
-
Resolution: Fixed
-
P4
-
21, 22
-
b05
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8311374 | 21.0.1 | Chen Liang | P4 | Resolved | Fixed | b02 |
JDK-8311210 | 21 | Chen Liang | P4 | Resolved | Fixed | b30 |
1. Class::descriptorString was never an inverse of Class::forName, which takes a binary name instead. Class::getName was a partial inverse instead.
2. MethodType::toMethodDescriptorString ends with a meaningless sentence: "fromMethodDescriptorString, because the latter requires a suitable class loader argument.", and the "Note:" section can be replaced with an `@apiNote`.
3. Both of these didn't mention hidden classes as a reason that prevents the inversion operation, in addition to distinct classloaders.
A few user-defined anchor links are replaced with updated javadoc link tag format as well.
- backported by
-
JDK-8311210 Clarify API note in Class::getName and MethodType::toMethodDescriptorString
- Resolved
-
JDK-8311374 Clarify API note in Class::getName and MethodType::toMethodDescriptorString
- Resolved
- csr for
-
JDK-8309823 Clarify API note in Class::getName and MethodType::toMethodDescriptorString
- Closed
- relates to
-
JDK-8310242 Clarify the name parameter to Class::forName
- Resolved
- links to
-
Commit openjdk/jdk21/8088bc40
-
Commit openjdk/jdk/8c8e9d91
-
Review openjdk/jdk21/89
-
Review openjdk/jdk/14411