JDK-8340721 : Clarify special case handling of unboxedType and getWildcardType
  • Type: Sub-task
  • Component: core-libs
  • Sub-Component: javax.lang.model
  • Affected Version: 24
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2024-09-24
  • Updated: 2024-10-07
  • Resolved: 2024-09-27
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 24
24 b18Fixed
Related Reports
CSR :  
Description
Copying notes from parent issue:

unboxedType

spec: IAE when the "given type has no unboxing conversion"

actual: matches spec

expected: fine, but could be more explicit that there will always be an IAE for non-DeclaredTypes.

---

getWildcardType

spec: IAE if an input TypeMirror is "not valid"

actual: IAE for PrimitiveType, WildcardType, UnionType, ExecutableType, and NoTypes; no error for ErrorTypes.

expected: behavior is fine, but spec should be more clear -- that is, IAE for all non-ReferenceTypes.



Comments
Changeset: 73ebb848 Branch: master Author: Joe Darcy <darcy@openjdk.org> Date: 2024-09-27 23:34:04 +0000 URL: https://git.openjdk.org/jdk/commit/73ebb848fdb66861e912ea747c039ddd1f7a5f48
27-09-2024

A pull request was submitted for review. Branch: master URL: https://git.openjdk.org/jdk/pull/21193 Date: 2024-09-25 22:32:03 +0000
25-09-2024