<i18n dev> [9] RFR: 8038092: Re-examine Bidi reflective dependency on java.awt.font

Naoto Sato naoto.sato at oracle.com
Wed Jul 2 15:43:17 UTC 2014


On 7/2/14, 2:48 AM, Alan Bateman wrote:
> On 02/07/2014 08:20, Alan Bateman wrote:
>> :
>>
>> I think the only case that need detailed examination now is whether it
>> is possible for SharedSecrets.getJavaAWTFontAccess to return null. I'm
>> thinking about the case where 2+ threads use Bidi for the first time,
>> or say something else initializes TextAttribute at the same time that
>> another thread uses Bidi for the first time.
> On second look then I think this is okay because the static initializer
> must happen-before the use of the class.

Exactly.

> So I think the only question
> now is the test case and understanding why that needs to be updated.

The test case ensures that even BidiBase class was loaded before 
TextAttribte/NumericShaper classes, it should work correctly. Version 1 
of this fix (webrev.1) actually fails with this test case.

Naoto


More information about the i18n-dev mailing list