APAR status
Closed as program error.
Error description
Error Message: N/A . Stack Trace: N/A . Instead of throwing an exception, java.nio.charset.CharsetEncoder replace the un-mappable characters with \uFFFD
Local fix
Problem summary
According to the java.nio.charset.CharsetEncoder API specification,the default JVM action for an unmappable character is to report the coding error. As per the current behavior of JDK,the exception is not thrown by default for unmappable characters or even if the behavior of CharsetEncoder is defined to report error by setting CodingErrorAction.REPORT, the problem has happened because by default JVM always replaces unmappable character with substitute character.
Problem conclusion
This defect will be fixed in: 7.0.0 SR4 6.0.0 SR13 - fixed through APAR IV28953 6.0.1 SR5 - fixed through APAR IV28953 . JDK has been updated to make the java.nio.charset.CharsetEncoder to throw an exception by default for unmappable characters.
Temporary fix
Comments
This issue is fixed in Java 6 SR13 and Java 626 SR5 through APAR IV28953 fix.
APAR Information
APAR number
IV32381
Reported component name
JAVA CLASS LIBS
Reported component ID
620700130
Reported release
700
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-11-22
Closed date
2012-12-31
Last modified date
2013-01-23
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
R700 PSY
UP
R600 PSY
UP
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSNVBF","label":"Runtimes for Java Technology"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0","Line of Business":{"code":"LOB36","label":"IBM Automation"}}]
Document Information
Modified date:
21 February 2022