| Author |
Message
|
| babu_ms |
 Posted: Wed Oct 11, 2006 8:47 am Post subject: Where can I change my CCSID on Z/OS |
 |
|
Novice
Joined: 09 Aug 2006
Posts: 12
|
Hi,
Can anyone tell me where can I change the CCSID on Z/OS
Regards
Babu |
|
| Back to top |
|
 |
| zpat |
| Posted: Wed Oct 11, 2006 9:34 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Do you mean the queue manager's default CCSID?
Ask your System Programmer, but why do you want to change it? |
|
| Back to top |
|
|
| babu_ms |
| Posted: Wed Oct 11, 2006 9:48 am Post subject: |
|
|
Novice
Joined: 09 Aug 2006
Posts: 12
|
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Wed Oct 11, 2006 9:56 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
You, or rather a system programmer, can change the CCSID by specifying the QMCCSID value in CSQ6SYSP.
If you don't understand what I have just written then I suspect you shouldn't be doing it  |
|
| Back to top |
|
|
| tleichen |
| Posted: Wed Oct 11, 2006 10:32 am Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005
Posts: 663
Location: Center of the USA
|
| babu_ms wrote: |
Hi Everyone,
I am new to MQ.I have one problem regarding the CODE SET.
The format of the data is codepage 819. The destination application cannot read this format. The format destination app needs is codepage 37. Based on some tests we have concluded that the queue has been defined with codepage 819. Can this be change to codepage 37?
If I am wrong where can we change the Codeset.
someone else tried changing the CodedCharSetId, but MQGET kept changing it back to 819, but we did not know about MQGMO_CONVERT or Encoding.
Can anyone give their valuable inputs on this?
Early response is always appreciated.
Regards
Babu |
If memory serves, 819 is normally the codeset used by Unix and is ASCII. What is the source of this data? This sounds like data that originated on UNIX and has been sent to a z/OS queue. There is nothing wrong with your CCSID that is now set at 37, which is EBCDIC, US ENGLISH. That's what it should be. You need to use the normal conversion rules in MQSeries that you have mentioned above, i.e., MQGMO_CONVERT, etc.
A codeset of 37, or 500 makes sense on z/OS, but not 819. 
_________________
IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
|
| zpat |
| Posted: Wed Oct 11, 2006 11:19 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
It certainly won't help make data readable!
Forgetting the QM default for the moment, you need to tell us what the MQMD.CCSID of the message is?
Also what program needs to read the message and which language and platform that program runs on (z/OS native or a MQ client platform - which one?)
Where did the message originate? We can complete the jigsaw but we need all the pieces! |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Oct 11, 2006 12:36 pm Post subject: |
|
|
Guest
|
The CCSID attribute of a QMGR does several things:
- tells the qmgr how to convert MQ headers of outbound messages (if necessary)
- tells the qmgr how to convert the application message data (if necessary) if CONVERT(YES) is specified on the sender channel AND the sending/receiving qmgrs have different CCSIDS
- tells the qmgr how to convert the application message data (if necessary) if the MQGETting application specifies MQGMO_CONVERT at MQGET time AND if the sending/receiving qmgrs have different CCSIDs.
The application program constructing the message (MD and application data) does this in the native coding scheme of the hardware platform (037 on z/OS US English). By default, the QMGR will fill in the MQMD_CCSID of the outbound message at MQPUT time.
The QMGR at the receiving end always converts MQ headers (MD, XQH, etc.) if necessary (it is in your scenario) based on the CCSID of receiving QMGR.
The MQGETting application is responsible for converting the application data in the message via MQGMO_CONVERT at MQGET time. Or, alternatively, the sysadmin at the sender end needs to specify CONVERT(YES) on the sender channel.
Changing the CCSIDs at either end is pervasive for all application messages. |
|
| Back to top |
|
|
| zpat |
| Posted: Sat Oct 14, 2006 3:45 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
The QMGR CCSID is not used as the codepage to convert data on MQGET with MQGMO_CONVERT for client applications, the client platform CCSID is.
Otherwise JMS clients attached to z/OS would get messages in EBCDIC, and so on! |
|
| Back to top |
|
|
|
|
