RFR (S) JDK-8026394: Eclipse fails with JDK8 build 111

David Holmes david.holmes at oracle.com
Mon Oct 21 19:48:25 PDT 2013


Hi Lois,


On 22/10/2013 9:58 AM, Lois Foltan wrote:
> Please review the following fix:
>
> Webrev:
>      http://cr.openjdk.java.net/~hseigel/bug_jdk8026394/
>
> Bug: Eclipse fails with JDK8 build 111
>      https://bugs.openjdk.java.net/browse/JDK-8026394
>
> Summary of fix:
>      If a direct interface of a class does not declare "clone" or
> "finalize" methods, the selection process
>      looks to the interface's super class, java.lang.Object.  With the
> JDK 8 interface accessability
>      check requirement, since these methods are declared within Object
> as protected, an IAE would
>      result.  In order to support pre-existing Java code,
> LinkResolver::check_method_accessability()
>      must check for and special case these two methods.

I must confess that I'm a bit confused by the problem and the solution. 
Just looking at the test you define public clone and finalize methods in 
the interface and you implement them in the class as public - so why 
would Object's protected variants even get a look-in in this scenario 
??? It seems to me, likely naively, that the issue is not being unable 
to access Object's clone/finalize because they are protected, but even 
looking at Object's methods in the first place!

That aside - Unrelated to your changes but can you fix the duplicated 
copyright line please:

   2  * Copyright (c) 1997, 2013, Oracle and/or its affiliates. All 
rights reserved.
    3  * Copyright (c) 1997, 2013, Oracle and/or its affiliates. All 
rights reserved.

Thanks,
David

> Tests:
>      Completed - jtreg, vm.quick.testlist, jck vm & lang
>      In progress - jdk java.lang & java.util
>
> Thank you, Lois


More information about the hotspot-runtime-dev mailing list