IBM Support

PI07654: XML DECIMAL TYPE IS OUTPUT AS FLOAT

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A tag containing 10000001 in an XML field of type decimal is
    incorrectly output as in the same format as float:
    
    <tns:decimal>1.0000001E7</tns:decimal>
    <tns:float>1.0000001E7</tns:float>
    
    The standard http://www.w3.org/TR/xmlschema11-2/#decimal shows
    that it should be just numbers and decimal point.
    

Local fix

  • A workaround is to explicitly set the formatting on the field to
    output the value in the correct numeric format.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * Users of Rational Integration Tester who want to use schemas *
    * containing xsd:decimal                                       *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * If a message contains a field that has a schema type of      *
    * xsd:decimal, Rational Integration Tester is incorrectly      *
    * formatting the field value as a float when the message is    *
    * published in a test or stub.                                 *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * Upgrade to Rational Integration Tester 8.6.0 or above.       *
    ****************************************************************
    

Problem conclusion

  • The problem has been fixed in Rational Integration Tester
    version 8.6.0.
    
    Previously Rational Integration Tester might incorrectly format
    and match field values when handling a field with an XSD schema
    type of xsd:decimal. Values might contain exponents when output
    and values received that contained exponents might be
    incorrectly treated as valid. This issue has been resolved.
    Fields that are associated with a type of xsd:decimal will now
    output in the correct format. It should also be noted that when
    validating xsd:decimal type fields, values with exponents such
    as 1.0000001E7 will no longer be seen as valid. Previously they
    would have been, because the way Rational Integration Tester
    handled xsd:decimal was based around the double type.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI07654

  • Reported component name

    RFT EXT TERM AP

  • Reported component ID

    5724G2508

  • Reported release

    851

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-12-09

  • Closed date

    2014-07-10

  • Last modified date

    2014-07-10

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    RATL INTEGRA TE

  • Fixed component ID

    5725G79IT

Applicable component levels

  • R851 PSN

       UP

  • R860 PSY

       UP

[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSBLQQ","label":"Rational Test Workbench"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.5.1","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
17 October 2021