[10] RFR (S): 8188145: MethodHandle resolution should follow JVMS sequence of lookup by name & type before type descriptor resolution

Vladimir Ivanov vladimir.x.ivanov at oracle.com
Tue Dec 19 15:37:45 UTC 2017


http://cr.openjdk.java.net/~vlivanov/8188145/webrev.00
https://bugs.openjdk.java.net/browse/JDK-8188145

When resolving MethodHandle constants JVM eagerly resolves type 
descriptor before doing upcall into JDK which performs method/field 
resolution later (using MethodHandleNatives.resolve on symbolic MemberName).

The problem is that according to JVMS, member resolution (and all 
exceptions it throws) should precede type descriptor resolution.

Proposed fix does member & type descriptor resolution from JVM first and 
then passes symbolic info into JDK (MHN.linkMethodHandleConstant).

The fix is conservative, since JDK repeats method/field resolution on a 
freshly created MemberName from symbolic info. But considering there are 
additional security-sensitive checks on JDK side, I decided to leave all 
optimizations for future enhancements.

Testing: hs-precheckin-comp, hs-tier1, hs-tier2

Best regards,
Vladimir Ivanov


More information about the hotspot-runtime-dev mailing list