RFR 8031701: java/lang/management/ThreadMXBean/Locks.java: Thread WaitingThread is expected to wait on Object but got null Thread.State = RUNNABLE

Jaroslav Bachorik jaroslav.bachorik at oracle.com
Wed Jan 29 06:54:31 PST 2014


Hi Mandy,

On 29.1.2014 00:50, Mandy Chung wrote:
> Hi Jaroslav,
>
> On 1/21/14 7:50 AM, Jaroslav Bachorik wrote:
>> Please, review the following test fix.
>>
>> Issue : https://bugs.openjdk.java.net/browse/JDK-8031701
>> Webrev: http://cr.openjdk.java.net/~jbachorik/8031701/webrev.00
>>
>
> The change looks okay.  I like the new assertNoLock method and as you
> indicate in the comment in L54-55 that the thread state is dummy and not
> verified, would it worth refactor checkBlockedObject?  The comment "//
> #blocking#1", "// #waiting#1", etc are little confusing - maybe "phase
> 1", "phase 2", etc?

I've simplified checkBlockedObject() and modified the comments - I'm 
using "#phase#w#1" and "#phase#b#1" to distinguish between the phases 
during testing blocking and waiting.

>
> line 279 - leftover comment can be removed.  Since you are here, can you
> add a space after "==" in line 68 "==Thread.State.BLOCKED"

Fixed.

Updated webrev: http://cr.openjdk.java.net/~jbachorik/8031701/webrev.02

Thanks,

-JB-

>
> thanks
> Mandy



More information about the serviceability-dev mailing list