z/OS specific enhancements: - ReQuest V 6 has been validated on all current versions of z/OS including z/OS 2.1. - Support for MQ 8.0 on z/OS. This is in addition to the earlier announced support for MQ 8.0.0 on distributed platforms. Enhancements applicable to all platforms (these enhancements were already included in the earlier announced ReQuest for MQ Windows, Unix and Linux platforms, but are no also available on the z/OS platform): - Enhanced reporting of “Message Properties”: ReQuest reports now show eventual message properties as a readable XML string, in the same syntax as used by the RFH2 variable data. - Improved support for long messages: MQ writes long messages in segments to the recovery log (i.e. a single PUT record, and one or more PUTPART records). The amount of data available in the actual PUT log record can vary from only a few bytes, up to at most 256KB on distributed platforms, or only 3650 bytes on z/OS. ReQuest now combines PUT and PUTPART log records up to at least 256KB (or up to the total length of the message if shorter) in a single PUT record on all platforms, allowing filtering and “Enhanced Property handling” significantly, and reducing the size of several reports. Please note that for messages longer than 256KB the eventual remaining PUTPART log records continue to be reported as before. For the distributed platforms, the following additional enhancements were included in the earlier announced ReQuest for MQ Windows, Unix and Linux platforms. - Configuration data for, and statistics collected by Log Manager are stored in local repositories at the actual agent(s). This simplifies the configuration and increases the reliability of Log Manager as the dependencies on network components and external database servers have been eliminated. With this new capability we have also reintroduced the ability to use an embedded Derby database for the Central Configuration data, facilitating initial setup for evaluation purposes, and/or permanent setup for smaller installations that only need to deploy one single Client instance. - The user interface (Client GUI) no longer has a separate navigator item for “Log Managers”. The “Agent” nodes have been expanded to show all known queue managers at each agent, and allow defining “Log Managers” as required. |
uiw |
|
uiw |
Resources
-
Further Links:
- Company Info
- Contact Us
- News & Updates
- Legal Notice
- Case Studies
- White Papers
Collateral