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

Mandy Chung mandy.chung at oracle.com
Wed Jan 29 07:52:59 PST 2014


On 1/29/2014 6:54 AM, Jaroslav Bachorik wrote:
> Hi Mandy,
>
> On 29.1.2014 00:50, Mandy Chung wrote:
>>
>> 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.
> Updated webrev: http://cr.openjdk.java.net/~jbachorik/8031701/webrev.02 

Perhaps you should add a comment to describe the notation (no need for a 
new webrev).  Other than that, looks okay.

Good to see ThreadExecutionSynchronizer.java now goes away.  Thanks for 
following this up.
Mandy



More information about the serviceability-dev mailing list