[
https://issues.apache.org/jira/browse/AXIS2-6068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17855390#comment-17855390
]
Andreas Veithen commented on AXIS2-6068:
----------------------------------------
Note that the problem is with the code under test, not with the test. Changing
the locale in the test then merely hides the problem instead of fixing it. Also
note that the default locale is a VM wide setting, which means that changing it
in a particular test case makes the test order dependent.
> ConverterUtilTest is locale-dependent
> -------------------------------------
>
> Key: AXIS2-6068
> URL: https://issues.apache.org/jira/browse/AXIS2-6068
> Project: Axis2
> Issue Type: Bug
> Components: adb
> Reporter: Steven DH
> Assignee: Robert Lazarski
> Priority: Minor
> Fix For: 1.8.3
>
>
> When I ran tests with LANG=nl_BE.UTF-8 (Ubuntu), I got an assertion error in
> ConverterUtilTest.testCompareBigIntegerValueIsGreaterThanOrEqualToTotalDigitsFacetRestriction:587:
> {code:java}
> Expecting actual:
> -9000L
> to be greater than or equal to:
> 0L{code}
> I inserted some print statements, and IIUC the decimalNotationString on line
> 583 ("1000.0") is interpreted according to locale, so ignoring the "." which
> is a thousands separator in my part of the world, and you get 10000.
> This did not occur when I ran this test with LANG=C. Also, if the
> toPlainString method would also work according to locale, this would not be a
> problem. But where the actual bug and its solution lie, that's for someone
> more knowledgeable than me to determine.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org
