[9] RFR: 8165605: Thai resources in jdk.localedata cause split package issue with java.base
Naoto Sato
naoto.sato at oracle.com
Thu Sep 8 15:37:58 UTC 2016
Updated the webrev wrt the latter comment:
http://cr.openjdk.java.net/~naoto/8165605/webrev.02/
Naoto
On 9/7/16 6:37 PM, Mandy Chung wrote:
>
>> On Sep 7, 2016, at 6:29 PM, Naoto Sato <naoto.sato at oracle.com> wrote:
>>
>> 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.
>
> I was thinking of one of the internal services that jdk.localedata currently provides.
>
>>
>> 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.
>
> I agree this can be cleaned up as a separate issue.
>
> 152 InputStream is = module.getResourceAsStream(
> 153 ("jdk.localedata".equals(module.getName()) ?
> 154 "sun/text/resources/ext/" : "sun/text/resources/") + dictionaryName);
>
> It may be easier to read if line 153-154 are moved and assign to a separate variable. Otherwise, looks fine.
>
> Mandy
>
>>
>> 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
>>>
>
More information about the core-libs-dev
mailing list