Thank you for review.
This is not new charset. This codepage already exist in openJDK and current fix
is to move it to standard charset list (only for AIX) as it is default charset
for locale zh_TW.IBM-eucTW. This enabling jdk11 on locale zh_TW.IBM-eucTW.
May I request someone to create JIRA bug for this issue and sponsor the fix?
- Bhaktavatsal Reddy.
-----"core-libs-dev" <core-libs-dev-boun...@openjdk.java.net> wrote: -----
From: Xueming Shen
Sent by: "core-libs-dev"
Date: 05/11/2018 09:43PM
Subject: Re: [AIX] Add charset IBM-964 (default charset for zh_TW.IBM-eucTW) to
SimpleEUCEncoder is something leftover when I reimplemented the charsets
map-based-built-during-build-time. I would recommend to leave them as
suggested for now. Ideally any new charsets added to the platform needs
to be based on
the new model (open/make/data/charetmapping), instead of hard-coding the map
into the source code.
On 5/10/18, 8:20 PM, Bhaktavatsal R Maram wrote:
> Hi Ichiroh,
> Yes, moving SimpleEUCEncoder.java to sun.nio.cs package would leave build
> tools untouched. But, I think that for platforms other than AIX,
> SimpleEUCEncoder.java in java.base module would not add any value.
> - Bhaktavatsal
> -----Ichiroh Takiguchi<taki...@linux.vnet.ibm.com> wrote: -----
> To: Bhaktavatsal R Maram/India/IBM@IBMIN
> From: Ichiroh Takiguchi<taki...@linux.vnet.ibm.com>
> Date: 05/11/2018 06:31AM
> Cc: Java Core Libs<email@example.com>
> Subject: Re: [AIX] Add charset IBM-964 (default charset for zh_TW.IBM-eucTW)
> to stdcs
> Hello Bhaktavatsal.
> I think we should move
> instead of moving to
> Then we don't need to touch following files
> I think SimpleEUCEncoder.java is not large file,
> so it can be moved to java.base module.
> What do you think ?
> On 2018-05-10 22:35, Bhaktavatsal R Maram wrote:
>> Hi All,
>> In bug 8201540 (Extend the set of supported charsets in java.base on
>> AIX) we moved default charsets that are available in OpenJDK to
>> java.base module except to IBM964. Charset IBM964 is bit tricky. Its
>> Encoder is extended from sun.nio.cs.ext.SimpleEUCEncoder. So,
>> SimpleEUCEncoder also should be moved along with IBM964 to sun.nio.cs.
>> However, there is another charset IBM33722 which should always in
>> sun.nio.cs.ext whose encoder also extends SimpleEUCEncoder.
>> Hence, the challenge is that sun.nio.cs.ext.IBM33722 should import
>> SimpleEUCEncoder from either sun.nio.cs or sun.nio.cs.ext based on the
>> location of IBM964.
>> On AIX, following should be the package locations
>> sun.nio.cs.ext.IBM33722 imports sun.nio.cs.SimpleEUCEncoder
>> On Linux (and other platforms), following should be the package
>> sun.nio.cs.ext.IBM33722 imports sun.nio.cs.ext.SimpleEUCEncoder
>> To achieve this, I've changed all source files involved to templates.
>> And, I also modified build tools to check if IBM964 is moved to stdcs
>> or not and handled import statement of SimpleEUCEncoder in
>> sun.nio.cs.ext.IBM33722 accordingly.
>> Patch can be found here . Please review. After jira bug is opened,
>> I'll host it again with bug ID.
>> With this change, java -version is successful on locale
>> -bash-4.4$ LANG=zh_TW.IBM-eucTW
>> openjdk version "11-internal" 2018-09-25
>> OpenJDK Runtime Environment (build 11-internal+0-adhoc.bhamaram.jdk11)
>> OpenJDK 64-Bit Server VM (build 11-internal+0-adhoc.bhamaram.jdk11,
>> mixed mode)
>>  https://bugs.openjdk.java.net/browse/JDK-8201540
>>  http://cr.openjdk.java.net/~aleonard/AIXIBM964/webrev.01/
>> Bhaktavatsal Reddy