New candidate JEP: 400: UTF-8 by Default

Remi Forax forax at univ-mlv.fr
Thu Mar 11 01:19:19 UTC 2021


----- Mail original -----
> De: "Bernd Eckenfels" <ecki at zusammenkunft.net>
> À: "core-libs-dev" <core-libs-dev at openjdk.java.net>
> Cc: "jdk-dev" <jdk-dev at openjdk.java.net>
> Envoyé: Jeudi 11 Mars 2021 02:12:49
> Objet: Re: New candidate JEP: 400: UTF-8 by Default

> I like it. The only thing which I feel is missing would be an official API to
> get the operating environments default encoding (essentially to get the value
> used if COMPAT would have been specified).
> 
> For example, in our server application, we do have some code which is specified
> as using exactly this charset  (I.e. if user configures targetEncoding=PLATFORM
> we are using intentionally the no-arg APIs). We can change that code to specify
> a Charset, but then we need a way to retrieve that - without poking into
> unsupported system properties or environment properties. For example
> System.platformCharset().
> 
> I understand that this might have it’s own complications - as not all OS have
> this concept (for example on Windows there might be different codepages
> depending on the unicode status of an application). But falling back to today’s
> file.encoding code would at least be consistent and the behavior most
> implementer would desire when adapting legacy code to this JEP.

Hi,
FileReader has a method named getEncoding()

> 
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net

regards,
Rémi


More information about the jdk-dev mailing list