RFR: 8013380 - Removal of stack walk to find resource bundle breaks Glassfish startup

[Jim Gish]

Here's an update:
http://cr.openjdk.java.net/~jgish/TestRB.3/ 
<http://cr.openjdk.java.net/%7Ejgish/TestRB.3/>

Thanks,
     Jim

On 04/30/2013 05:10 PM, Jim Gish wrote:
>
> 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