RFR:7184195 - java.util.logging.Logger.getGlobal().info() doesn't log without configuration
Jim Gish
jim.gish at oracle.com
Fri May 10 19:07:42 UTC 2013
Here's an updated webrev for this fix:
http://cr.openjdk.java.net/~jgish/Bug7184195-global-logger-failure.2/
<http://cr.openjdk.java.net/%7Ejgish/Bug7184195-global-logger-failure.2/>
The changes from the previous one are:
- breaking apart the two tests so that logger initialization in the
basic getGlobal()/handler test doesn't cloud the deadlock testing issue.
- replacing the references in LogManager to global with getGlobal()
(basically to get rid of deprecated usage).
Thanks,
Jim
On 04/24/2013 05:23 PM, Jim Gish wrote:
> Please review
> http://cr.openjdk.java.net/~jgish/Bug7184195-global-logger-failure.1/
> <http://cr.openjdk.java.net/%7Ejgish/Bug7184195-global-logger-failure.1/>
>
> This is a simple fix that removes a long-standing bug in acquiring a
> using the global Logger in which Logger.getGlobal().info() (for
> example), would not log without additional configuration that would
> trigger LogManager initialization. I have also added a test to
> reassure us that I have not introduced a deadlock between LogManager
> initialization and getting the global logger.
>
> In addition, I've introduced a utility class I developed during a
> recent fix to a logging deadlock, which helps us detect and report on
> the details of a deadlock.
>
> Thanks,
> Jim
>
--
Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
Oracle Java Platform Group | Core Libraries Team
35 Network Drive
Burlington, MA 01803
jim.gish at oracle.com
More information about the core-libs-dev
mailing list