Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-02-12 Thread Alan Bateman
On Sun, 22 Jan 2023 23:17:10 GMT, Ichiroh Takiguchi wrote: >> On jdk17, following testcase works fine on Linux platform. >> >> Testcase >> >> $ cat cstest1.java >> import java.nio.charset.*; >> >> public class cstest1 { >> public static void main(String[] args) throws Exception { >> Cha

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-02-01 Thread Alan Bateman
On Wed, 25 Jan 2023 12:12:12 GMT, Ichiroh Takiguchi wrote: > We checked String.getByte()/new > String(...)/Reader/Writer/ByteArrayOutputStream.toString()... Is there good > way to pick up which parts need to be fixed ? I don't think there is so you may have to audit the classes that use Char

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-25 Thread Ichiroh Takiguchi
On Tue, 24 Jan 2023 12:51:31 GMT, Alan Bateman wrote: > Do you know if there is any configuration on AIX that would derive Cp943C as > the default charset? That is, are they running with -Dfile.encoding=Cp943C on > the AIX systems or is it chosen by default. This goes to the question as to > w

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-24 Thread Alan Bateman
On Tue, 24 Jan 2023 12:27:43 GMT, Ichiroh Takiguchi wrote: > As described before, JDK17 worked with `-Dfile.encoding=Cp943C`, and JDK18 > changed the behavior. I heard some apps had already ported on JDK17 with the > option, and works. It's bug that this "worked" in JDK 9+ as the default char

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-24 Thread Alan Bateman
On Tue, 24 Jan 2023 12:27:43 GMT, Ichiroh Takiguchi wrote: > One of my client has many legacy Java apps on AIX. Their apps use default > charset to communicate with other apps via cipher communication, and validate > data by using Cp943C. Do you know if there is any configuration on AIX that

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-24 Thread Ichiroh Takiguchi
On Mon, 23 Jan 2023 13:46:15 GMT, Alan Bateman wrote: > It's never been supported to run with -Dfile.encoding=Cp943C. It may have > worked in JDK 8 but I doubt it could have worked consistently since JDK 9 > because the default charset is derived before it's possible to locate charset > implem

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-23 Thread Naoto Sato
On Sun, 22 Jan 2023 23:17:10 GMT, Ichiroh Takiguchi wrote: >> On jdk17, following testcase works fine on Linux platform. >> >> Testcase >> >> $ cat cstest1.java >> import java.nio.charset.*; >> >> public class cstest1 { >> public static void main(String[] args) throws Exception { >> Cha

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-23 Thread Alan Bateman
On Mon, 23 Jan 2023 09:44:48 GMT, Ichiroh Takiguchi wrote: > Java8 works `-Dfile.encoding=Cp943C` option on Linux. Since many users are > migrating from Java8, I'm getting similar requests from my clients. Cp943C is > not supported by Linux natively, but some clients want to use same encoding

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-23 Thread Ichiroh Takiguchi
On Mon, 23 Jan 2023 07:48:41 GMT, Alan Bateman wrote: >> Ichiroh Takiguchi has updated the pull request incrementally with one >> additional commit since the last revision: >> >> 8300819: -Dfile.encoding=Cp943C option does not work as expected since >> jdk18 > > I'm trying to understand what

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-22 Thread Alan Bateman
On Sun, 22 Jan 2023 23:17:10 GMT, Ichiroh Takiguchi wrote: >> On jdk17, following testcase works fine on Linux platform. >> >> Testcase >> >> $ cat cstest1.java >> import java.nio.charset.*; >> >> public class cstest1 { >> public static void main(String[] args) throws Exception { >> Cha

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-22 Thread Bernd
The alternative is to specify the charset you want to use in code explicitely and no longer rely on a platform encoding since it made all kinds of problems for being configurable and therefore intentionally removed.GrussBernd-- http://bernd.eckenfels.net  Von: cor

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-22 Thread Ichiroh Takiguchi
On Sun, 22 Jan 2023 23:17:10 GMT, Ichiroh Takiguchi wrote: >> On jdk17, following testcase works fine on Linux platform. >> >> Testcase >> >> $ cat cstest1.java >> import java.nio.charset.*; >> >> public class cstest1 { >> public static void main(String[] args) throws Exception { >> Cha

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18 [v2]

2023-01-22 Thread Ichiroh Takiguchi
> On jdk17, following testcase works fine on Linux platform. > > Testcase > > $ cat cstest1.java > import java.nio.charset.*; > > public class cstest1 { > public static void main(String[] args) throws Exception { > Charset cs = Charset.defaultCharset(); > System.out.println(cs + ", " +

Re: RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18

2023-01-22 Thread Alan Bateman
On Sun, 22 Jan 2023 09:18:37 GMT, Ichiroh Takiguchi wrote: > On jdk17, following testcase works fine on Linux platform. > > Testcase > > $ cat cstest1.java > import java.nio.charset.*; > > public class cstest1 { > public static void main(String[] args) throws Exception { > Charset cs =

RFR: 8300819: -Dfile.encoding=Cp943C option does not work as expected since jdk18

2023-01-22 Thread Ichiroh Takiguchi
On jdk17, following testcase works fine on Linux platform. Testcase $ cat cstest1.java import java.nio.charset.*; public class cstest1 { public static void main(String[] args) throws Exception { Charset cs = Charset.defaultCharset(); System.out.println(cs + ", " + cs.getClass() + ", "