On 9/27/06, Tim Ellison [EMAIL PROTECTED] wrote:
Let me take a look -- I applied that patch.
It seems that Paulex had fixed this issue. ;-)
Best regards,
Richard
Regards,
Tim
Stepan Mishura wrote:
Yes, is see failures. I guess that a cause may be math module
internalization.
Thanks,
Stepan.
On 9/27/06, Paulex Yang wrote:
Anyone else see these test errors of BigDecimalConstructorsTest?
testConstrDoubleNaNFailureImproper exception message
expected:...e... but was:...y...
testConstrDoublePosInfinityFailureImproper exception message
expected:...e... but was:...y...
testConstrDoubleNegInfinityFailureImproper exception message
expected:...e... but was:...y...
I believe it is caused by the patch of i18n message properties, it
returns Infinity or NaN, I've updated it at revision r450333, but is
it necessary to verify exception message so strictly like this?
code
try {
new BigDecimal(a);
fail(NumberFormatException has not been caught);
} catch (NumberFormatException e) {
assertEquals(Improper exception message, Infinite or NaN,
e.getMessage());
}
/code
--
Paulex Yang
China Software Development Lab
IBM
--
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Richard Liang
China Development Lab, IBM
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
