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