Author |
Message
|
rvenkate |
Posted: Fri Feb 14, 2003 3:32 am Post subject: Fetching of Mainframe data using MQ |
|
|
Newbie
Joined: 14 Feb 2003 Posts: 2
|
Hi,
I have a problem when fetching data from Mainframes using MQ series.
Physical codepage for the QManager in MQ Engine is 819.
Server MQ is on MainFrame (Codepage 870)
Client MQ is SunSolaris(Codepage 912)
The codepage is set dynamically using MQ API calls.
The data is viewed in Browser with the encoding set to Polish character set Cp1250 or ISO8859_2.
The data I get from the Queue is getting corrupted, especially for the special Polish characters (i.e. with tild, acute and goenek).
Please help.
Regards
Chandramoulee |
|
Back to top |
|
 |
zpat |
Posted: Fri Feb 14, 2003 4:36 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
At the risk of stating the obvious - has the MQGET specified the CONVERT option? Does the message have the format of MQSTR? |
|
Back to top |
|
 |
rvenkate |
Posted: Fri Feb 14, 2003 5:05 am Post subject: MQ_GMO_CONVERT option is set |
|
|
Newbie
Joined: 14 Feb 2003 Posts: 2
|
MQGMO_CONVERT is set in code while MQGET.
And MCA (MQ Channel Agent) option for convert is set to NO.
The format of the message is MQSTR.
Regards
Chandramoulee |
|
Back to top |
|
 |
pgorak |
Posted: Fri Feb 14, 2003 5:12 am Post subject: Re: Fetching of Mainframe data using MQ |
|
|
 Disciple
Joined: 15 Jul 2002 Posts: 158 Location: Cracow, Poland
|
rvenkate wrote: |
Hi,
Physical codepage for the QManager in MQ Engine is 819.
|
What do you mean by that?
Are you able to check the conversion of each national character separately?
Piotr |
|
Back to top |
|
 |
mgrabinski |
Posted: Fri Feb 14, 2003 7:23 am Post subject: |
|
|
Master
Joined: 16 Oct 2001 Posts: 246 Location: Katowice, Poland
|
Why don't you set 870 in CCSID in queue manager parms on the mainframe?
870 on the mainframe works fine with 912 on distributed platforms (provided the format is string and conversion is used). I havn't had any problems with Polish characters _________________ Marcin Grabinski <>< |
|
Back to top |
|
 |
|