<AWT Dev> [8] Review request for 7186109: Simplify lock machinery for PostEventQueue & EventQueue

Artem Ananiev artem.ananiev at oracle.com
Mon Aug 20 09:20:25 PDT 2012


Hi, Oleg,

here are a few comments:

1. What is the reason of keeping "isFlushingPendingEvents" in 
SunToolkit, given that PEQ.flush() is synchronized (and therefore 
serialized) anyway?

2. flushPendingEvents(AppContext) may be moved directly to SunToolkit, 
so we don't need a separate sun-class for that.

3. EQ.java:1035-1040 - this comment is obsolete and must be replaced by 
another one.

Thanks,

Artem

On 8/17/2012 4:49 PM, Oleg Pekhovskiy wrote:
> Hi!
>
> Please review the fix for CR:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7186109
>
> Webrev:
> http://cr.openjdk.java.net/~bagiras/8/7186109.1/
>
> The following changes were made:
> 1. Removed flushLock from SunToolkit.flushPendingEvent()
> 2. Returned method PostEventQueue.flush() as 'synchronized' back
> 3. Added call of SunToolkit.flushPendingEvents() to
> EventQueue.detachDispatchThread(),
> right before pushPopLock.lock()
> 4. Removed !SunToolkit.isPostEventQueueEmpty() check from
> EventQueue.detachDispatchThread()
> 5. Removed SunToolkit.isPostEventQueueEmpty() & PostEventQueue.noEvents();
>
> Thanks,
> Oleg
> <http://cr.openjdk.java.net/%7Ebagiras/8/7186109.1/>



More information about the awt-dev mailing list