PM03045: CICS WMQ EVENT ADAPTER FORMATS UNSIGNED INTEGERS FIELDS WITH PLUS(+) E.G. <DATA:NUMERO_DE_CASO>+13571</DATA:NUMERO_DE_CASO>

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• Integer values emitted in CICS events are represented as a
  string with a leading sign to indicate a positive or negative
  value. This allows the length of the emitted data to be
  consistent regardless of the sign of the data value, and is
  based on the XML concept of an integer where a plus sign is
  permitted. Currently the data looks like this:
  <data:TAG>+13571</data:TAG>
  

Local fix

• With is APAR the field format for positive numbers will be
  changed to insert an extra leading zero to replace the '+'
  sign.
  Additional Symptom(s) Search Keyword(s):
  KIXREVEPH
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All.                                         *
  ****************************************************************
  * PROBLEM DESCRIPTION: Emitted events for numeric data fields  *
  *                      may commence with a '+' sign.           *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  In the reported problem, a JAVA application was using the
  integer.parse() function to interpret fields within XML
  data that had been emitted by CICS EP (event processing) code.
  Currently emitted XML data for the following data types will
  all be preceded with a '+' sign:
                                                                 .
  positive unsigned halfwords and fullwords
  positive signed halfwords and fullwords
  positive zoned fields
  positive packed fields
                                                                 .
  For example, the respective XML data for the above fields would
  appear as:
                                                                 .
  <data:UNSIGN_HALF>+0001234</data:UNSIGN_HALF>
  <data:UNSIGN_FULL>+000000000001234</data:UNSIGN_FULL>
                                                                 .
  <data:SIGN_HALF_POS>+0001234</data:SIGN_HALF_POS>
  <data:SIGN_FULL_POS>+000000000001234</data:SIGN_FULL_POS>
                                                                 .
  <data:ZONE_DEC_POS>+0001234</data:ZONE_DEC_POS>
                                                                 .
  <data:PACKED_DEC_POS>+0001234</data:PACKED_DEC_POS>
  
  But Java function integer.parse() is unable to handle the
  leading '+' sign.
  

Problem conclusion

• DFHEPAS has been modified and will now substitute a '0' for
  the leading '+' sign when using WBE and CBE formats.
  
  Documentation changes associated with this apar are at the
  CICS Infocenter:
  
  http://publib.boulder.ibm.com/infocenter/cicsts/v4r1/index.js
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

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

  UK54723

Modules/Macros

• DESEPAS  DFHEPAS
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R600 PSY UK54723

     UP10/03/03 P F003

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.