Direct links to fixes
APAR status
Closed as fixed if next.
Error description
TRIRIGA Integration Object's xml Post Type requests are not correctly encoding UTF-8 characters. As a result, double-byte characters, although they appear correctly in the server.log when the Integration Object's 'Debug' is clicked, are seen by the receiver as '??.' The problem does not happen if JSON is used.
Local fix
Use JSON instead of XML
Problem summary
The issue was that post type xml requests were not correctly handling UTF-8 characters. The fix is to include UTF-8 content binding when the entity is being added to the request.
Problem conclusion
Resolved an Integration Object Http Post scheme issue, where mult-byte characters were not being correctly handled in the outgoing HttpRequest. Please note with this fix, if for some reason your Integration Object Http Post scheme configuration leaves the Content-Type field blank, and the Content-Type is not defined in the Headers field, then the Content-type of the HttpRequest will default to: Content-Type: text/plain; charset=UTF-8. On prior releases it defaulted to Content-Type: null. This is targeted to the 2H2016 release.
Temporary fix
Comments
APAR Information
APAR number
IV87787
Reported component name
TRI APPLCATION
Reported component ID
5725F26AB
Reported release
351
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-08-09
Closed date
2016-08-10
Last modified date
2016-08-23
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
999
Fix information
Applicable component levels
R351 PSY
UP
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSHEB3","label":"IBM TRIRIGA Application Platform"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"351","Edition":"","Line of Business":{"code":"LOB59","label":"Sustainability Software"}}]
Document Information
Modified date:
30 March 2022