<AWT Dev> [9] Review Request: 8037485 Refactor java.awt.datatransfer to eliminate dependency on AWT

Alan Bateman Alan.Bateman at oracle.com
Tue Jul 22 15:08:24 UTC 2014


On 22/07/2014 15:04, Petr Pchelko wrote:
> Hello,
>
> I've updated the fix. The new version is located here:
> http://cr.openjdk.java.net/~pchelko/9/8037485/webrev.01/ 
> <http://cr.openjdk.java.net/%7Epchelko/9/8037485/webrev.01/>
>
> I've reverted RMI changes as they will be handled separately.
> Also I've changed package names, now the internal part of the 
> datatransfer module is called sun.datatransfer. This allowed to make 
> less renamings and leave sun.awt.datatransfer package as is.
>
> With best regards. Petr.
>
I'm skimmed over the changes (not a detailed review, best for someone 
working in this area to do that). It looks much better to me. We can 
deal with the optional dependency on RMI separately.

I've mostly focused on the ServiceLoader usage in this webrev. The only 
concern is that getDesktopService is "static synchronized" so that you 
cause contention.  You could replace this with a lazy holder idiom, or 
just make make desktopService volatile, it shouldn't matter if multiple 
threads cause desktopDatatransferService is set more than once. A 
suggestion for getFlavorMap is use "FlavorMap map = this.flavorMap" and 
check it for null to avoid doing two volatile reads.

A minor type on the declaration of flavorMap, it reads "if there is not 
Desktop module", I think you mean "if there is not a desktop" or "if 
there isn't a desktop module".

-Alan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20140722/3eaf299c/attachment.html>


More information about the awt-dev mailing list