JDK-6963287 : Core Reflection API needs to be synchronized with JSR 292
- Type: Bug
- Component: hotspot
- Sub-Component: compiler
- Affected Version: 7
- Priority: P3
- Status: Closed
- Resolution: Duplicate
- OS: generic
- CPU: generic
- Submitted: 2010-06-23
- Updated: 2010-06-26
- Resolved: 2010-06-26
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 7 |
|---|
7Resolved  |
Related Reports
|
Duplicate :
|
Description
The types MethodHandle and InvokeDynamic support signature-polymorphic calls. This needs to be suitably modeled by the Core Reflection API. Probably getDeclaredMethod needs to return a different Method for every requested set of argument types, for signature-polymorphic names. Clearly getDeclaredMethods cannot return an infinite list of overloads. There does not seem to be a way to specify non-default return value types.