| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQSeries in Mainframe |
« View previous topic :: View next topic » |
| Author |
Message
|
| Dilrukshi |
 Posted: Mon Apr 29, 2002 12:38 am Post subject: |
 |
|
Apprentice
Joined: 28 Apr 2002
Posts: 29
|
Iam putting a message from Windows NT (thru a Java Program) into a QueueManager which resides in Mainframe . Iam able to put the message in the String format into the mainframe Queue and retrieve it in the correct format .
Can u tell me how to put a integer value into the Queue and retrieve it in the
proper format ? Do i have to set anything in the ENCODING FIELD ?
Could u please help me in that .
Thanks in Advance
_________________
Dil |
|
| Back to top |
|
 |
| oz1ccg |
| Posted: Mon Apr 29, 2002 1:02 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
Hi,
Yes that's the way forward if you realy want it.... implementing ENCODING FIELD incl. building and administration of the translation rules...
Not to offend you 
I know this sound carzy, but it seems to me that the smartest way is using FORMAT=MQSTR, the main reason is how to manage the translation rules on the mainframe, they should ofcause be synchronized with your application programs.
Theis is where it becomes difficult, whant happens if out forgot a single applicaion in your complex... 
The buzzword of today (and yesterday) is XML, HTML etc. What I mean is using a flexible dataformat in character format when crosing borders includeing platforms.
On my Z/OS site we have 0 (zero) special translations tables, we're using MQSTR only whit about +5 platforms in only one language. Even our developers love this, because they are able to read data as plain vanilla.
Typically our have an MQSeries administrator which makes the translation formats, and are later deployed to the developers.
_________________
Best regards
Jørgen Pedersen
IBM Certified MQSeries Specialist
IBM Certified MQSeries Solutions Expert
[ This Message was edited by: oz1ccg on 2002-04-29 02:03 ] |
|
| Back to top |
|
|
| Dilrukshi |
| Posted: Mon Apr 29, 2002 1:14 am Post subject: |
|
|
Apprentice
Joined: 28 Apr 2002
Posts: 29
|
Hai Friend,
Thanks for ur reply .
My Application in MainFrame contains COMP values . I need to pass the data from NT(thru a java program) retrieve it in mainframe and use the data in my application . If i use String Format iam not able to get the correct values
for the COMP fields . Could u please guid me in this ?
Thanks in advance
_________________
Dil
[ This Message was edited by: Dilrukshi on 2002-04-29 02:26 ] |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Apr 29, 2002 4:27 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Get rid of those comp fields! Trust me, it is so much easier.
In the COBOL program, before the PUT, move the PIC(9) Comp-3 fields into plain PIC(X) fields, and do the reverse when getting a message (on the mainframe).
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Mon Apr 29, 2002 8:43 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
We're also dealing with comp fields, and doing some convertions everytime we're sending data to and from MQSeries. Well we decided that only sending text, due to our investigation prior to MQSeries, when we were trying to make PCs talking to Mainframes. This is also enforced on Java ! 
Our developers don't get the choise to select anything but MQSTR, and that is mostly because of the behaivour in the conversion routines, they have to be changed each time you make changes in the interface of any Mainframe gateway programs, one conversion per program....... 
Another reason is how can we distinct between the differnt versions of a conversion routine, (i don't know, it's juts a load module..) and the management of these will typicly placed in the DP-dept. by the systemprogrammers, and they don't care about application programs
It's the same with AMI and MQSI, where some of the programming is moved from the application developers towards system-programmes/administrators.
That was my oppinion, not to be crazy, just discussed it many times  , and the discusion newer ends, just take a timeout.
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| 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
|
|
|
|
