Thank you for the review Masayoshi. Agree that we need to avoid such
workarounds - I will take a look at JDK-8014468 when will have some free
cycles.
Aleksej
On 03/27/2015 07:13 AM, Masayoshi Okutsu wrote:
Looks good except that data changes keep requiring additional
workaround to the run-tim
There are several existing ways to do native to ascii conversion. For
example, IDEs like NetBeans and IntelliJ support the transparent
native-to-ascii conversion. There is also maven native 2 ascii plugin.
JEP 226 proposes to support UTF Properties file that will address the
original motivati
Hi Mandy,
If there is agreement on this internally, I suggest floating a trial
balloon on jdk9-dev.
Cheers,
-Joe
On 3/30/2015 2:37 PM, Mandy Chung wrote:
There are several existing ways to do native to ascii conversion. For
example, IDEs like NetBeans and IntelliJ support the transparent
Thanks!
I never did succeed in understanding the fallback logic... there might be
ways to make the code more obviously correct later.
On Sun, Mar 29, 2015 at 10:02 PM, Masayoshi Okutsu <
masayoshi.oku...@oracle.com> wrote:
> There are only two (context) forms of styles: FORMAT and STANDALONE. I
