RFR 7144200: java/lang/management/ClassLoadingMXBean/LoadCounts.java failed with JFR enabled
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Mon Oct 7 10:06:15 PDT 2013
I agree with Erik.
It is better to just exclude this test from run with JFR enabled.
Adding /othervm should probably solve the problem.
Thanks,
Serguei
On 10/7/13 9:01 AM, Erik Gahlin wrote:
> I don't think the test should run with JFR enabled. I would ask SQE
> not to run unit tests with JFR and only add /othervm.
>
> Erik
>
> Jaroslav Bachorik skrev 10/7/13 3:59 PM:
>> The test captures the number of loaded classes right at the start and
>> then checks the diffs when it's finished. However, it seems that
>> there might by some async class loading still going on, initiated by
>> JFR.
>>
>> The patch simply adds a loop to wait for the number of loaded classes
>> to settle before continuing. This should prevent the test failing
>> with JFR intermittently.
>>
>> Issue: https://bugs.openjdk.java.net/browse/JDK-7144200
>> Webrev: http://cr.openjdk.java.net/~jbachorik/7144200/webrev.00/
>>
>> Cheers,
>>
>> -JB-
>
More information about the serviceability-dev
mailing list