JDK 9 RFR for 8031980: Add new j.u.l deadlock test for JDK-8027670 and JDK-8029281
Mandy Chung
mandy.chung at oracle.com
Mon Jan 20 20:49:22 UTC 2014
On 1/20/2014 10:35 AM, Daniel Fuchs wrote:
> On 1/20/14 7:17 PM, Mandy Chung wrote:
>> On 1/17/2014 6:51 AM, Daniel Fuchs wrote:
>>> Hi,
>>>
>>> Please find below a webrev for:
>>>
>>> 8031980: Add new j.u.l deadlock test for JDK-8027670 and JDK-8029281
>>> https://bugs.openjdk.java.net/browse/JDK-8031980
>>>
>>> <http://cr.openjdk.java.net/~dfuchs/webrev_8031980/webrev.00/>
>>
>> The new test looks reasonable. "foo.bar5.level = INFO" is commented
>> out in deadlock.conf.properties. Is this intentional?
>
> Yes - I still wanted to have a case where a logger wouldn't
> have a parent in the configuration file - just in case
> (although that should already be tested by the 'old' test).
>
That's what I suspect too - I suggest adding a comment to make it clear.
>
>> Have you also tried running this with
>> -Xcomp and see if any intermittent failure due to GC? It looks fine
>> when reviewing the test but better to verify it.
>
> No - haven't tried yet. Will do. However I saw it fail with errors
> indicating that loggers which should not have been gc'ed had been
> gc'ed when I ran it on a platform that didn't have JDK-8029281,
> which means that it's also a good test for the changes in
> LoggerWeakRef.dispose() from JDK-8029281.
>
> May I push after verifying that it doesn't fail with -Xcomp?
>
Yes and thanks for being proactive to verify that.
Mandy
More information about the core-libs-dev
mailing list