RFR: 8013380 - Removal of stack walk to find resource bundle breaks Glassfish startup (original) (raw)
Jim Gish jim.gish at oracle.com
Tue Apr 30 21:10:51 UTC 2013
- Previous message: RFR: 8013380 - Removal of stack walk to find resource bundle breaks Glassfish startup
- Next message: RFR JDK-8013254: Constructor \w need update to add the support of \p{Join_Control}
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 04/30/2013 04:29 PM, Alan Bateman wrote:
On 30/04/2013 17:48, Jim Gish wrote:
Please review http://cr.openjdk.java.net/~jgish/TestRB.2/ <http://cr.openjdk.java.net/%7Ejgish/TestRB.2/>
This fixes a regression caused by the removal of the search of the call stack for resource bundles by java.util.logging. We have added a single-level search up the stack, i.e. just the immediate caller's ClassLoader, as an additional alternative to the specified method of using the thread context classloader if set and the system classloader if the TCCL is not set. This is intended to handle cases such as Glassfish or other OSGi-based apps/3rd-party libs for which setting the TCCL is not feasible. It's unfortunate that the stack walk was masking this issue. Are you planning an update to the javadoc to reconcile the spec vs. impl difference? Yes -Alan.
-- 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
- Previous message: RFR: 8013380 - Removal of stack walk to find resource bundle breaks Glassfish startup
- Next message: RFR JDK-8013254: Constructor \w need update to add the support of \p{Join_Control}
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]