[
https://issues.apache.org/jira/browse/LANG-674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12988629#comment-12988629
]
Stevo Slavic edited comment on LANG-674 at 10/27/13 12:57 PM:
--------------------------------------------------------------
With plain Java I can parse String number representations with either dot or
comma as decimal point character depending on locale, but not with commons-lang
2.6 lang.math API. See java.text.NumberFormat,
java.text.DecimalFormatSymbols.decimalSeparator.
E.g.
NumberFormat.getNumberInstance(Locale.US).parse(sPrice)
will properly handle price string with dot as decimal point character for US
locale while
NumberFormat.getNumberInstance(new Locale("nl")).parse(sPrice);
will properly handle price string with comma as decimal point character for
Dutch locale.
was (Author: sslavic):
With plain Java I can parse String number representations with either dot or
comma as decimal point character depending on locale, but not with commons-lang
2.6 lang.math API. See java.text.NumberFormat,
java.text.DecimalFormatSymbols.decimalSeparator.
E.g.
NumberFormat.getNumberInstance(Locale.US).parse(sPrice)
will properly handle price string with dot as decimal point character for US
locale while
NumberFormat.getNumberInstance(new Locale("nl")).parse(sPrice);
will properly handle price string with command as decimal point character for
Dutch locale.
> NumberUtils and decimal point character
> ---------------------------------------
>
> Key: LANG-674
> URL: https://issues.apache.org/jira/browse/LANG-674
> Project: Commons Lang
> Issue Type: Bug
> Components: lang.math.*
> Reporter: Henri Yandell
> Fix For: Patch Needed
>
>
> Stevo Slavić reports on commons-user:
> Is there any valid reason why '.' is hardcoded as decimal point
> character in lang.math.NumberUtils, commons-lang (2.6) ? Shouldn't
> this be locale dependent?
--
This message was sent by Atlassian JIRA
(v6.1#6144)
