PM29249: NUMC and NUM items in Java wrappers are not translated properly

APAR status

• Closed as program error.

Error description

• This was created from PM27741 and is the corresponding APAR for
  VisualAge Generator V4.5.0.
  The description for PM27741 is:
  Rational Business Developer V7.5.1.6:
  When using Java wrappers generated from VisualAge Generator
  (VAGen) to call iSeries COBOL programs generated from VAGen,
  fields defined a NUM or NUMC do not pass negative values
  properly to the COBOL program.
  In addition, NUMC fields are incorrectly changed to negative
  numbers on the Java side.
  The following is the behavior seen:
  - Whether the Java value is positive or negative, on  the way
  outbound from Java the sign  for NUM and NUMC fields is set to F
  instead of D or  C.
  - The value received by the VAGen COBOL program is treated as
  positive (due to  F  sign) whether a positive or negative value
  is sent.
  - On return, values NOT modified by the VAGen COBOL program
  still have  F in the sign, and the NUMC Java values are flipped
  to negative (due to  F  sign).  Apparently, the Java side
  conversion logic on the way back for NUMC goes if C, then
  positive otherwise negative.
  - Values modified by the VAGen COBOL program are returned with
  the proper sign (D or  C - or 'F'  for positive NUM fields) and
  the resulting Java values has the proper sign.
  

Local fix

• Change made to method CSONumConverter.java in Vagen source code.
  A new HPT.JAR file was then created and sent to the customer for
  testing. Customer confirmed problem resolved by fix.
  
  The fix is available by contacting Vagen support, at which point
  the latest HPT.JAR file can be sent to the customer and
  deployed.
  

Problem summary

• ERROR DESCRIPTION:
  This was created from PM27741 and is the corresponding APAR for
  VisualAge Generator V4.5.0.
  The description for PM27741 is:
  Rational Business Developer V7.5.1.6:
  When using Java wrappers generated from VisualAge Generator
  (VAGen) to call iSeries COBOL programs generated from VAGen,
  fields defined a NUM or NUMC do not pass negative values
  properly to the COBOL program.
  In addition, NUMC fields are incorrectly changed to negative
  numbers on the Java side.
  The following is the behavior seen:
  - Whether the Java value is positive or negative, on  the way
  outbound from Java the sign  for NUM and NUMC fields is set to F
  instead of D or  C.
  - The value received by the VAGen COBOL program is treated as
  positive (due to  F  sign) whether a positive or negative value
  is sent.
  - On return, values NOT modified by the VAGen COBOL program
  still have  F in the sign, and the NUMC Java values are flipped
  to negative (due to  F  sign).  Apparently, the Java side
  conversion logic on the way back for NUMC goes if C, then
  positive otherwise negative.
  - Values modified by the VAGen COBOL program are returned with
  the proper sign (D or  C - or 'F'  for positive NUM fields) and
  the resulting Java values has the proper sign.
  

Problem conclusion

• Change made to method CSONumConverter.java in Vagen source code.
  A new HPT.JAR file was then created and sent to the customer for
  testing. Customer confirmed problem resolved by fix.
  
  The fix is available by contacting Vagen support, at which point
  the latest HPT.JAR file can be sent to the customer and
  deployed.
  

Temporary fix

Comments

APAR Information

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

  PM27741

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

Fix information

• Fixed component name

  VA GEN DEVELOPE

• Fixed component ID

  5697G9801

Applicable component levels

• R450 PSY

     UP