If you intend to migrate from Version 2.1 to Version 5.3.1, you need to consider the following when you customize your new version, in addition to the tasks in the previous sections (you do not need to install and customize the intervening versions):
This might affect Task 16 in Customizing your queue managers.
There were several system parameters introduced in Version 5.2 (QSGDATA, RESAUDIT, DEALLCT, and UNIT2) and the MAXRTU parameter superseded the MAXALLC parameter, which is no longer used. There were also several changed parameters. Consider whether you need to use these parameters and change your system parameter module accordingly.
If you do not need to use these parameters, you do not need to relinkedit your system parameter module.
This might affect Task 17 in Customizing your queue managers.
There were several channel initiator parameters introduced in Version 5.2 (ADOPTCHK, ADOPTMCA, DNSGROUP, DNSWLM, LUGROUP, OPORTMAX, and OPORTMIN). Consider whether you need to use these parameters and change your channel initiator parameter module accordingly.
If you do not need to use these parameters, you do not need to relinkedit your channel initiator parameter module.
This might affect Task 12 in Customizing your queue managers.
A sample input initialization data set for queue sharing groups called thlqual.SCSQPROC(CSQ4INSS) is supplied with WebSphere MQ. If you are planning to use queue-sharing groups, customize and include this data set. (Queue sharing groups are described in the WebSphere MQ for z/OS Concepts and Planning Guide.)
Review sample data set thlqual.SCSQPROC(CSQ4INYG) to see if you want to use the default buffer pool, storage class, and page set definitions.
If you are using very large messages, the amount of storage required for your log and archive data sets might increase. This is described in the WebSphere MQ for z/OS Concepts and Planning Guide.
Exits generated using the CSQUCVX utility need to be reassembled and link-edited, ensuring that you use the thlqual.SCSQMACS library supplied with Version 5.3.1. See the WebSphere MQ Application Programming Guide and the CSQ4BAX9 and CSQ4CAX9 samples for information about using CSQUCVX.
Other exits place calls to MQXCNVC to perform data conversion. If these exits need to deal with UCS-2, the Options parameter of this call must be updated to specify the byte order of the UCS-2 text. See the WebSphere MQ Application Programming Reference manual for information about MQXCNVC and sample exit CSQ4BAX8, which demonstrates how to calculate this parameter.
If these exits are not updated, applications cannot convert to or from Unicode UCS-2 CCSIDs. Typically, this is seen in the response from MQGET, which returns the message unconverted with reason code MQRC_SOURCE_INTEGER_ENC_ERROR or MQRC_TARGET_INTEGER_ENC_ERROR (this depends on the behavior of the exit).
Notices |
Downloads |
Library |
Support |
Feedback
![]() ![]() |
mig52 |