APAR status
Closed as program error.
Error description
Error Message: N/A . Stack Trace: N/A . A round trip conversion (byte > char > byte) of '0x25' gets converted to '0x15 for Cp1140 code page. With the system property '-Dibm.swapLF=true', the byte '0x15' gets converted to '0x25.
Local fix
If the data needs to be processed as binary, use the byte stream as it as and avoid converting to string
Problem summary
In zOS, both bytes 0x15 and 0x25 are valid for a newline character. For applications deployed on mainframe (zOS) systems which interact with non-EBCDIC platforms, the system property -Dibm.swapLF=true was implemented to toggle newline between 0x15 and 0x25. This is to ensure the compatibility for newline character with ASCII platforms. The current problem happened because the 'ibm.swapLF' implementation is missing in ByteToChar side of CP1140 code page.
Problem conclusion
This defect will be fixed in: 6.0.0 SR16 6.0.1 SR8 7.0.0 SR7 7.1.0 SR1 . The JDK has been updated to implement 'ibm.swapLF' functionality in ByteToChar conversion of CP1140 code page.
Temporary fix
Comments
APAR Information
APAR number
IV52878
Reported component name
JAVA CLASS LIBS
Reported component ID
620700130
Reported release
600
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2013-12-05
Closed date
2014-02-22
Last modified date
2014-04-30
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
JAVA CLASS LIBS
Fixed component ID
620700130
Applicable component levels
R600 PSY
UP
R700 PSY
UP
[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCVQ3Y","label":"Java Class Libraries"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.0","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
30 April 2014