Theoretical data race on java.util.logging.Handler.sealed

Mandy Chung mandy.chung at oracle.com
Wed Dec 18 22:55:30 UTC 2013


On 12/18/2013 9:03 AM, Peter Levart wrote:
> Hi Mandy, Daniel,
>
> Here's yet another variant that reduces the doPrivileged code to just 
> Handler's setters. This way no LogManager methods are invoked under 
> elevated privilege:
>
> http://cr.openjdk.java.net/~plevart/jdk8-tl/jul.Handler.sealed/webrev.06/
>

This version looks good.  I like the refactoring to have the subclass to 
call the common code Handler.configure method.  It may be better to have 
the configure method (or a new one) that takes the default Level and 
default Formatter instead of the package-private getters.

I don't see why the handler constructors are designed to call the 
overridden methods rather than the initialization and if a subclass has 
its custom field, it should initialize its custom fields in its 
constructor implementation.    Anyway this would be a separate clean up 
task from this one.

Can you also add a sanity test to verify that these handlers can be 
constructed successfully with a security manager installed?

thanks
Mandy



More information about the core-libs-dev mailing list