[9] RFR: 8165605: Thai resources in jdk.localedata cause split package issue with java.base

[Naoto Sato]

Hi Mandy,

Although avoiding the hardcoded pathname is good, it is specific to the 
BreakIterator implementation of the COMPAT provider. So I am not sure 
making a generic SPI would be needed here.

Anyway, this split package issue is blocking Alan's push, so I'd like to 
push the change as it is. We can get back to this later.

Naoto

On 9/7/16 5:17 PM, Mandy Chung wrote:
> Hi Naoto,
>
> Is there an alternative to get back the pathname of the resource e.g. adding a method in existing internal SPI to avoid hardcoding the module name and the resource pathname.
>
> Mandy
>
>> On Sep 7, 2016, at 3:56 PM, Naoto Sato <naoto.sato at oracle.com> wrote:
>>
>> Forgot to include jlink plugin changes. Here is the updated webrev:
>>
>> http://cr.openjdk.java.net/~naoto/8165605/webrev.01/
>>
>> Naoto
>>
>> On 9/7/16 3:03 PM, Naoto Sato wrote:
>>> Please review the changes to the subject bug:
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8165605
>>>
>>> The proposed fix is located at:
>>>
>>> http://cr.openjdk.java.net/~naoto/8165605/webrev.00/
>>>
>>> The change is simply to move those 3 resources under
>>> sun.text.resources.ext package so that it won't cause the split package
>>> issue.
>>>
>>> Naoto
>