JR31426: CONVERSION INDEX COLLISION ON GENERATED C CODE FROM TRANSFORMER WITH COMPLEX DERIVATION.

APAR status

• Closed as program error.

Error description

• This appears to be a very difficult to hit issue.  The problem
  is the way we internally name conversion place holders, which is
  with the port kind, port number, field type, field name, and
  conversion index.  It just so happens the customer has a field
  name REFERENCE11 with a conversion index of 16 and a field
  REFERENCE1 with a conversion index of 116 coming from the same
  port with the same type.  So even though the pieces are unique
  separately, when they are concatenated they form the same
  string.
  

Local fix

• rename fields to get around possible naming collision.
  

Problem summary

• ****************************************************************
  USERS AFFECTED:
  Users of parallel transform operators with very large schemas.
  ****************************************************************
  PROBLEM DESCRIPTION:
  If the parallel transform has a large number of columns and the
  customer column names end in an increasing integer, such as
  COL1, COL2, COL3, etc, it is possible to cause naming
     conflicts within the generated C++ code of the transform.
  ****************************************************************
  RECOMMENDATION:
  Install patch JR31426
  This change is included in 8.1 Fix Pack 1.
  ****************************************************************
  

Problem conclusion

• Slightly altered the internal column naming scheme of the
  transform operator to ensure uniqueness.
  

Temporary fix

Comments

APAR Information

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

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

Modules/Macros

• SERVER
  

Fix information

• Fixed component name

  WIS DATASTAGE

• Fixed component ID

  5724Q36DS

Applicable component levels

• R752 PSN

     UP