axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "nadir amra (JIRA)" <>
Subject [jira] Commented: (AXISCPP-1014) incorrect handling of xsd:decimal due to missing code
Date Sat, 21 Apr 2007 03:17:15 GMT


nadir amra commented on AXISCPP-1014:

If %g is used, then "123.00" would be returned as "123", which I guess is better than "123.000000".
 The question is whether that is OK? 


> incorrect handling of xsd:decimal due to missing code
> -----------------------------------------------------
>                 Key: AXISCPP-1014
>                 URL:
>             Project: Axis-C++
>          Issue Type: Bug
>          Components: XSD Types
>    Affects Versions: current (nightly)
>         Environment: WIN2KSP4 VC6SP6 JDK1.5.0_07
>            Reporter: Franz Fehringer
>         Assigned To: nadir amra
>            Priority: Minor
>             Fix For:  1.6 Final
> I want to point out a problem regarding xsd:decimal.
> I have a datatype, which is a restriction of xsd:decimal with restrictions
> <xsd:maxExclusive value="100000"/>
>  <xsd:fractionDigits value="2"/>
>  <xsd:minInclusive value="0"/>
> There is Java Code (in the generator) for reading/interpreting these restrictions and
there is C++ Code (in the axis library code) for handling these restrictions.
> But what is completely missing is the intermediate layer, i.e. Java code which generates
C++ code for correct initialization of the pertaining struct members.
> Therefore in sending xsd:decimals the fractionDigits are always six, which is not suited
for e.g. monetary values.
> I hacked around this with replacing (in the XSD) xsd:decimal by xsd:double (for xsd:double
%g is used instead of %f).
> Another hack would be to directly replace (in the library code) %f by %g.

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

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message