cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Kulp (JIRA)" <>
Subject [jira] Commented: (CXF-3263) DoubleType incorrectly prints scientific notation
Date Fri, 21 Jan 2011 16:33:45 GMT


Daniel Kulp commented on CXF-3263:

I think the current behavior is correct.  According to the XMLSchema spec for double:

double values have a lexical representation consisting of a mantissa followed, optionally,
by the character "E" or "e", followed by an exponent. The exponent - must-  be an integer.
The mantissa must be a decimal number. The representations for exponent and mantissa must
follow the lexical rules for integer and decimal. If the "E" or "e" and the following exponent
are omitted, an exponent value of 0 is assumed.

The special values positive and negative infinity and not-a-number have lexical representations
INF, -INF and NaN, respectively. Lexical representations for zero may take a positive or negative

For example, -1E4, 1267.43233E12, 12.78e-2, 12 , -0, 0 and INF are all legal literals for

> DoubleType incorrectly prints scientific notation
> -------------------------------------------------
>                 Key: CXF-3263
>                 URL:
>             Project: CXF
>          Issue Type: Bug
>          Components: Aegis Databinding
>    Affects Versions: 2.3.1
>         Environment: all
>            Reporter: Jon Osborn
> This issue is directly related to BigDecimalType issue:
> The DoubleType calls Double.toString() which uses scientific notation if the value is
outside a particular range:
> This is incorrect. The double type should only include negative sign, period, and numbers
per the specification.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message