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.s...@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.s...@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