Fixes are available
APAR status
Closed as program error.
Error description
After upgrading to 7.0.1.10 queue manager message conversion does not occur for messages being received by the WebSphere MQ classes for JMS/Java that are larger than the default buffer size (4KB)
Local fix
Setting the default buffer size to more than the max size of the message ( -Dcom.ibm.mq.jmqi.defaultMaxMsgSize=size_in_bytes) will workaround this issue
Problem summary
**************************************************************** USERS AFFECTED: This issue affects users of the WebSphere MQ classes for JMS/Java at 7.0.1.10, 7.1.0.3 or 7.5.0.1 (or later) who are getting a message from a Queue that is larger than the default buffer size (4KB) and wanting the queue manager to convert the message. This includes users of: - The WebSphere MQ Classes for JMS - The WebSphere MQ Classes for Java - The WebSphere MQ Resource Adapter. - The WebSphere Application Server V7.0, V8.0 and V8.5 WebSphere MQ messaging provider. - The WebSphere Application Server V6.1 WebSphere MQ messaging provider who have configured the WebSphere variable MQ_INSTALL_ROOT to point to a WebSphere MQ V7 installation. Platforms affected: All Distributed (iSeries, all Unix and Windows) +Java +Java zOS **************************************************************** PROBLEM SUMMARY: When the WebSphere MQ classes for JMS/Java or the WebSphere MQ Resource Adapter was at the 7.0.1.10 or 7.1.0.3 or 7.5.0.1 (or later) level then a WebSphere MQ Message received might not be in the codepage that the user application expects. When a message on the queue is larger than the default buffer size (4KB) that is used by the WebSphere MQ classes for JMS/Java client then the WebSphere MQ classes for JMS/Java client receives a non-converted truncated message and so has to reissue the MQGET request with an increased buffer size. When the reissued MQGET is executed it incorrectly used the MQMD fields, such as CCSID, that was returned on the first MQGET. As the first MQGET request returned a non-converted WebSphere MQ Message, the MQMD CCSID field was populated with the CCSID that was correct for the data currently in the message on the Queue. As the reissued MQGET now contained the CCSID value that defined what the current message body string data was, then no conversion took place on the queue manager. This resulted in the message being returned to the application in a codepage that it was not expecting.
Problem conclusion
This APAR resolves the issue by ensuring that the CCSID and Encoding fields of the MQMD are reset when the WebSphere MQ classes for JMS/Java client reissues an MQGET as a result of receiving a truncated message. | MDVREGR 7.0.1-WS-MQ-AixPPC64-FP0010 | | MDVREGR 7.0.1-WS-MQ-HpuxIA64-FP0010 | | MDVREGR 7.0.1-WS-MQ-HpuxPaRISC64-FP0010 | | MDVREGR 7.0.1-WS-MQ-LinuxIA32-FP0010 | | MDVREGR 7.0.1-WS-MQ-LinuxPPC64-FP0010 | | MDVREGR 7.0.1-WS-MQ-LinuxS390X-FP0010 | | MDVREGR 7.0.1-WS-MQ-LinuxX64-FP0010 | | MDVREGR 7.0.1-WS-MQ-SolarisSparc64-FP0010 | | MDVREGR 7.0.1-WS-MQ-SolarisX64-FP0010 | | MDVREGR 7.0.1-WS-MQ-Windows-FP0010 | | MDVREGR 7.1.0-WS-MQ-AixPPC64-FP0003 | | MDVREGR 7.1.0-WS-MQ-HpuxIA64-FP0003 | | MDVREGR 7.1.0-WS-MQ-HpuxPaRISC64-FP0003 | | MDVREGR 7.1.0-WS-MQ-LinuxIA32-FP0003 | | MDVREGR 7.1.0-WS-MQ-LinuxPPC64-FP0003 | | MDVREGR 7.1.0-WS-MQ-LinuxS390X-FP0003 | | MDVREGR 7.1.0-WS-MQ-LinuxX64-FP0003 | | MDVREGR 7.1.0-WS-MQ-SolarisSparc64-FP0003 | | MDVREGR 7.1.0-WS-MQ-SolarisX64-FP0003 | | MDVREGR 7.1.0-WS-MQ-Windows-FP0003 | | MDVREGR 7.5.0-WS-MQ-AixPPC64-FP0001 | | MDVREGR 7.5.0-WS-MQ-HpuxIA64-FP0001 | | MDVREGR 7.5.0-WS-MQ-HpuxPaRISC64-FP0001 | | MDVREGR 7.5.0-WS-MQ-LinuxIA32-FP0001 | | MDVREGR 7.5.0-WS-MQ-LinuxPPC64-FP0001 | | MDVREGR 7.5.0-WS-MQ-LinuxS390X-FP0001 | | MDVREGR 7.5.0-WS-MQ-LinuxX64-FP0001 | | MDVREGR 7.5.0-WS-MQ-SolarisSparc64-FP0001 | | MDVREGR 7.5.0-WS-MQ-SolarisX64-FP0001 | | MDVREGR 7.5.0-WS-MQ-Windows-FP0001 | | MDVREGR 7.5.0-WS-MQ-AixPPC64-FP0002 | | MDVREGR 7.5.0-WS-MQ-HpuxIA64-FP0002 | | MDVREGR 7.5.0-WS-MQ-HpuxPaRISC64-FP0002 | | MDVREGR 7.5.0-WS-MQ-LinuxIA32-FP0002 | | MDVREGR 7.5.0-WS-MQ-LinuxPPC64-FP0002 | | MDVREGR 7.5.0-WS-MQ-LinuxS390X-FP0002 | | MDVREGR 7.5.0-WS-MQ-LinuxX64-FP0002 | | MDVREGR 7.5.0-WS-MQ-SolarisSparc64-FP0002 | | MDVREGR 7.5.0-WS-MQ-SolarisX64-FP0002 | | MDVREGR 7.5.0-WS-MQ-Windows-FP0002 | --------------------------------------------------------------- The fix is targeted for delivery in the following PTFs: Version Maintenance Level v7.1 7.1.0.4 v7.0 7.0.1.11 v7.5 7.5.0.3 The latest available maintenance can be obtained from 'WebSphere MQ Recommended Fixes' http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006037 If the maintenance level is not yet available information on its planned availability can be found in 'WebSphere MQ Planned Maintenance Release Dates' http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg27006309 ---------------------------------------------------------------
Temporary fix
Comments
APAR Information
APAR number
IV49971
Reported component name
WMQ HP V7
Reported component ID
5724H7222
Reported release
701
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2013-09-24
Closed date
2013-09-27
Last modified date
2014-04-29
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
PI16942
Fix information
Fixed component name
WMQ HP V7
Fixed component ID
5724H7222
Applicable component levels
R701 PSY
UP
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSFKSJ","label":"WebSphere MQ"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.0.1","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
01 October 2021