JDK-8010017 : lambda: reflection get(Declared)Methods support for concrete methods in interfaces
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: hs25
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2013-03-13
  • Updated: 2014-06-26
  • Resolved: 2013-03-20
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 8 Other
8Fixed hs25Fixed
Related Reports
Duplicate :  
JDK-8011368 - Regression: Calculation of default serialVersionUID changed in JDK8-b82
Duplicate :  
JDK-8006934 - Interface default methods showing up in implementing class c
Relates :  
JDK-8010200 - lambda: reflection library support for concrete interface methods
Relates :  
JDK-8012543 - Support for reflective invocation of default methods
Relates :  
JDK-8011590 - More tests for core reflection modeling of default methods
Description
To support reflection Class.getDeclaredMethods and Class.getMethods for concrete methods in interfaces,
JVM_GetClassDeclaredMethods should not return the synthetic VM overpasses created in subclasses to bridge to those interface concrete methods.

JVM_GetClassDeclaredMethods should return public concrete methods, synthetic (not VM created) private instance methods, and synthetic static methods in interfaces with their declaring class as the interface.
Comments
for automatic failure linking, affected tests: api/java_security/Signer/serial/index.html#Input[serial2002] api/java_security/Identity/serial/index.html#Input[serial2002]
27-03-2013
8010200 depends on 8010017 changes
18-03-2013