[9] RFR: 8165605: Thai resources in jdk.localedata cause split package issue with java.base
Naoto Sato
naoto.sato at oracle.com
Fri Sep 9 21:58:20 UTC 2016
While at it, I noticed two build issues and updated the webrev. They are
not directly related to the split package issue per se, but related to
Thai breakiterator:
1) BreakIteratorRules_th.class slipped into the product image, which
shouldn't.
2) Removed BreakIteratorRulesProvider.java which is not needed, as the
class above is only used at the build time and not through module.
Here is the updated webrev:
http://cr.openjdk.java.net/~naoto/8165605/webrev.03/
Naoto
On 9/9/16 7:15 AM, Erik Joelsson wrote:
> Build change looks ok.
>
> /Erik
>
>
> On 2016-09-08 17:37, Naoto Sato wrote:
>> 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