Transformation service


Packaging fails after XSD file name is changed

CR #417509

Description: When the name of an XSD file used in a transformation service is changed, the .map, .rules, .gem, and the svc_trans_rules.gem files fail to update and do not allow you to package the service.

Workaround: Open the transformation service, and make a minor change to the map, such as moving one of the content models on the Map page. Save the minor change to restore the transformation service to a consistent state.


getTimeZoneID() function always returns 0000

CR #401702

Description: When you use the Dialog Service Test wizard to test a transformation service that calls the getTimeZoneID function, the Dialog Service Test wizard may send the incorrect time zone to the getTimeZoneID function, resulting in an incorrect value of “0000” every time you call the getTimeZoneID function.

Workaround: Instead of using the Dialog Service Test wizard to test a transformation service that calls the getTimeZoneID function, use the SOAP Request/Response Service Test wizard or the Create Web Service Client wizard.


Comparing hexBinary values in a Java transformation service

CR #423065

Description: When defining a transformation rule in a Java Transformation Service using the expression editor, a problem arises when comparing hexBinary values.

Workaround: Convert each hexBinary value to a string.

StepsComparing hexBinary values in a Java transformation service

  1. Convert each hexBinary value to a string.

    The result is a string of hexBinary characters (0-f).

  2. Compare the results to another string.


Cannot define rules in conditional logic functions

CR #429723

Description: After rules are defined in a conditional logic function, error messages appear in the Problems View of the Service Development perspective, and the corresponding transformation service cannot be deployed.

Workaround: Delete all if-then links, and then redraw the links.


Package creation failure

CR #430935

Description: A Java Transformation does not compile if it contains a literal in the map.

Workaround: Use expression constants instead of map literals.

StepsUsing expression constants instead of map literals

  1. Delete the literal, and map a source field to the target field.

  2. In the transformation rule, delete the source field.

  3. Add to the rule a constant with a type matching the datatype of the target field.

  4. Set the value of the constant to the desired value.

  5. Add a number or string function to the rule:

  6. Connect the constant to the string or number function.

  7. Connect the string or number function to the target field.