RFR: 8222422: vmTestbase/nsk/jdi/ClassLoaderReference/definedClasses tests failed with Unexpected Exception: null

David Holmes david.holmes at oracle.com
Sat May 11 03:59:19 UTC 2019


Hi Daniil,

On 11/05/2019 12:10 pm, Daniil Titov wrote:
> Please review the change that fixes an intermittent failure of the test.
> 
> The tests checks the implementation of  the com.sun.tools.jdi.ClassLoaderReference class. The problem here is that while com.sun.tools.jdi.ClassLoaderReferenceImpl.definedClasses() iterates over all loaded classes to retrieve a classloader and compares it to the current one, some of the classes might become unloaded and garbage collected (e.g. org.graalvm.compiler.nodes.InliningLog$$Lambda$41.899832640 or jdk.internal.reflect.GeneratedConstructorAccessor1, etc.). If this happens then the attempt to retrieve a classloader for the collected class results in com.sun.jdi.ObjectCollectedException being thrown.

That seems odd to me. If you have a reference to the Class then it can't 
be unloaded. I would not expect allClasses() to have weak-references, so 
a class should not be unloadable while you are examining it. Unless it 
is finding VM anonymous classes (which it should not!).

David
-----

> The fix catches this com.sun.jdi.ObjectCollectedException and continues iterating over the rest of the classes.
> 
> Webrev: http://cr.openjdk.java.net/~dtitov/8222422/webrev.01
> Bug: https://bugs.openjdk.java.net/browse/JDK-8222422
> 
> Thanks!
> --Daniil
> 
> 


More information about the serviceability-dev mailing list