|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Viewing MQRFH2 using PQEdit on z/OS |
« View previous topic :: View next topic » |
Author |
Message
|
chrisc |
Posted: Wed Mar 05, 2008 7:31 pm Post subject: Viewing MQRFH2 using PQEdit on z/OS |
|
|
Voyager
Joined: 19 Mar 2006 Posts: 77
|
Hi everyone,
Is there any way to configure PQEdit to correctly display MQRFH2 headers of messages in queues?
At the moment all of the user data ("other" folder in RFHUtil) is unreadable because it is CCSID 1208, and PQEdit doesn't seem to recognise the need to do a code page conversion into 500 (or whatever variant of EBCDIC it is using). The end result is a stream of RFH2 gobbledegook followed by readable message body content.
Reading the user guide (which I finally managed to unearth), I've found reference to changing the FORMATS file, but I can't see any way of having optional or repeating sections (such as when you have unrecognised RFH2 folders). If I'm barking up the wrong tree or someone knows what needs to be put into the FORMATS file, I'd love to know.
FYI, we are running MQ 6 on z/OS here at our client's site. They do not have the Client Attachment Facility, which unfortunately rules out any of the newer, more powerful GUIs that run on Windows or Unix and use a client connection to browse the queues.
Thanks,
Chris |
|
Back to top |
|
 |
zpat |
Posted: Wed Mar 05, 2008 11:20 pm Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
The lack of MQGMO_CONVERT is a pain on PQEdit.
I have a REXX which browses a queue with convert, places the messages into a dataset and ISPF browses that.
It's fairly easy to code, or send me a PM with your Email address and I will send the source code to you. |
|
Back to top |
|
 |
chrisc |
Posted: Thu Mar 06, 2008 5:26 pm Post subject: |
|
|
Voyager
Joined: 19 Mar 2006 Posts: 77
|
PM sent - thanks for your kind offer.
Can your script also do the conversion of the user data WITHIN the RFH2 header?
The problem is that the MQRFH2 itself is in 500 (EBCDIC) but the user data is Unicode. Even with the MQGMO_CONVERT turned on, it normally doesn't convert the user data, although if we could modify the script to just convert the whole thing to Unicode by default then we would be able to read the user data, even if the rest of the message becomes garbled.
Cheers,
Chris |
|
Back to top |
|
 |
zpat |
Posted: Wed Mar 12, 2008 6:58 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
The REXX just uses MQGMO_CONVERT, so whatever that does would apply the same way in any programming language.
However ISPF does have a feature to allow browsing of data in ASCII in z/OS 1.9, so when the message data is displayed in ISPF browse or edit, try using this command (SOURCE ASCII) if you need to. |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|