RFR: 8043306 - Provide a replacement for the API that allowed to listen for LogManager configuration changes

Alan Bateman Alan.Bateman at oracle.com
Wed Sep 10 11:25:48 UTC 2014


On 10/09/2014 10:49, Daniel Fuchs wrote:
> Hi,
>
> Please find below a proposed patch for
>
> 8043306 - Provide a replacement for the API that allowed to listen
>           for LogManager configuration changes
> https://bugs.openjdk.java.net/browse/JDK-8043306
>
> Proposed Patch:
> http://cr.openjdk.java.net/~dfuchs/webrev_8043306/webrev.00/
>
It would be nice if ConfigurationListener could be an interface. I 
realize this might mean looking again at the security concerns in this 
area again to see if we could get away without requiring a construction 
time permission check. Clearly if it could be an interface then it begs 
the question as to why it's just not a Runnable but that probably means 
yet more effort to figure out the right security and whether the access 
control context should be recorded when registering.

Assuming ConfigurationListener remains as an abstract class then the 
no-arg constructor will need a one-line javadoc comment.

A small suggestion for addConfigurationListener to return LogManager to 
facilitate method invocation chaining when configuring the LogManager. 
It could be done for remove too but that is probably less interesting.

Another comment on addConfigurationListener is that about the wording 
"re-read and the configuration is changed". I think the configuration 
listeners are invoked when ever the configuration is read even if there 
aren't any changes.

The javadoc links in the readConfiguration methods make the line length 
a bit inconsistent with the existing javadoc, maybe the package name 
could be just dropped from the links or the link moved to the next line.

-Alan.





More information about the core-libs-dev mailing list