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



Reply via email to