MemberName defines the implementation of JavaLangInvokeAccess for some
reason, so that's unfortunately necessary.
Oh, I see. I suggest to move the whole thing to MethodHandleImpl then.
It was exposing MemberName internals before your change, but it isn't
anymore.
Best regards,
Vladimir Ivanov
Why did you put generateDMHClassBytes()/generateConcreteBMHClassBytes()
in MemberName?
Otherwise, looks fine.
Best regards,
Vladimir Ivanov
On 8/9/16 8:34 AM, Claes Redestad wrote:
Hi,
please review this patch to replace reflection calls into
java.lang.invoke from GenerateJLIClassesPlugin with an internal API
exported to jdk.jlink via JavaLangInvokeAccess/SharedSecrets.
Webrev: http://cr.openjdk.java.net/~redestad/8163373/webrev.01/
Bug: https://bugs.openjdk.java.net/browse/JDK-8163373
Thanks!
/Claes