Didi,
We chose to use the IMS Bridge because it allowed our development staff to use their existing transactions w/o making any changes. Using the MQI required that new programs be written...and if your developers are anything like ours, they would rather see the technicians do the work (i.e., coding OTMA exits) than have to do it themselves!
As for the IIH, we require it because we also require a password (authenticator) on each transaction we send to IMS. We therefore get an IIH on the replies, or build our own for the unsolicited messages from IMS. Our Audit / Security folks saw the input from OTMA (MQ) as no different than that coming from a terminal - which is exactly the way IMS sees the input! Therefore, the requirement for the password. Also, because we are passing both a userid & password on every message, we needed to code a set of encryption/decryption programs (w/ the help of IBMGS) to 'hide' the password in the message flow. I must say, it is really pretty neat set-up.
Cheers,
Art
Arthur C. Schanz
Operating Systems Programmer I. - Specialist
Federal Reserve Information Technology
Distributed Systems Engineering
IBM Certified System Administrator - WebSphere MQ V5.3
IBM Certified Solution Designer - WebSphere MQ V5.3
(804) 697-3889
[EMAIL PROTECTED]
| Didi Dotan <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]> 07/29/2003 09:07 AM
|
To: [EMAIL PROTECTED] cc: Subject: Re: Sending unsolicited messages from IMS |
Ronald,
We don't have a problem with IIH, because we don't use it! We use the IMS
bridge as a form of RPC... They have quite a few secondary transactions and
we call them, and for this purpose the IMS bridge is very good, we got
things moving there in less then a day's work we had over 10 transactions
sending data via MQ
not something easily done via MQI...
Cheers,
D
Didi Dotan,
Multiconn International Ltd.
43 Ha' Aliya Hashniya St., Azor 55003 ISRAEL
Tel: (972) 3 556 4415
Fax: (972) 3 556 3010
Mobile:(972) 53 803908
Email:[EMAIL PROTECTED]
Ronald Weinger
<[EMAIL PROTECTED] To: [EMAIL PROTECTED]
.COM> cc:
Sent by: MQSeries Subject: Re: Sending unsolicited messages from IMS
List
<[EMAIL PROTECTED]
n.AC.AT>
07/29/2003 01:43
PM
Please respond to
MQSeries List
Didi,
If they want a choice between a BMW and a Mercedes there may be room to
argue, but not between a BMW and a FIAT. Did you try explaining the cost
benefit in pounds and lirot? With less moving parts the MQ API is much
less expensive to maintain.
If you gather all the MQ manuals that reference IMS and follow the small
pirnt with someone who understands IMS application programming, and
everything is standard IMS, it is not hard to do. Be aware of the
assumptions made if the IIH header is not used. Working with conversational
transactions can be tricky and nothing is ever transparent, but it is all
in the manuals..
"Didi Dotan"
<[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
COM> cc:
Sent by: Subject: Re: Sending
unsolicited messages from IMS
"MQSeries List"
<[EMAIL PROTECTED]
n.AC.AT>
07/29/2003 05:29
AM
Please respond to
"MQSeries List"
Ronald/Neil
I agree with both of you completely, unfortunately the customer does
not....
I rather use the MQI as well, but they want to have the choice, in the mean
time we are using MQI calls...
Thanks.
D
Didi Dotan,
Multiconn International Ltd.
43 Ha' Aliya Hashniya St., Azor 55003 ISRAEL
Tel: (972) 3 556 4415
Fax: (972) 3 556 3010
Mobile:(972) 53 803908
Email:[EMAIL PROTECTED]
Neil Casey
<[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
NAL.COM.AU> cc:
Sent by: MQSeries Subject: Re: Sending
unsolicited messages from IMS
List
<[EMAIL PROTECTED]
n.AC.AT>
07/27/2003 11:48
PM
Please respond to
MQSeries List
Hi Didi,
my site are major IMS users, and we use OTMA for messages where IMS is the
back end (server) application. When IMS is sending datagram or request
messages, we use the MQI rather than DL/I calls so as to avoid the IMS
exits.
This gives us a compromise which we are hapy with. We can use existing
applications (which were written for LU0) unchanged by using OTMA, and we
can send messages explicitly to other systems via the MQI, which makes our
IMS exit environment simpler. It also makes the code much easier to
understand, because it is clear when a request messages is going to hit MQ,
rather than someone reading the code needing to understand that some exit
in IMS is going to redirect a special destination to an MQ queue.
Regards,
Neil Casey.
|---------+---------------------------->
| | Didi Dotan |
| | <[EMAIL PROTECTED]|
| | COM> |
| | Sent by: MQSeries|
| | List |
| | <[EMAIL PROTECTED]|
| | n.AC.AT> |
| | |
| | |
| | 27/07/2003 23:09 |
| | Please respond to|
| | MQSeries List |
| | |
|---------+---------------------------->
>
--------------------------------------------------------------------------------------------------------------|
|
|
| To: [EMAIL PROTECTED]
|
| cc:
|
| Subject: Re: Sending unsolicited messages from IMS
|
>
--------------------------------------------------------------------------------------------------------------|
Thanks Art,
I am aware of these samples, but the customer we are working with wants to
see something more detailed, they will develop such exits
eventually but they are kind of press for time...
Cheers,
D
Didi Dotan,
Multiconn International Ltd.
43 Ha' Aliya Hashniya St., Azor 55003 ISRAEL
Tel: (972) 3 556 4415
Fax: (972) 3 556 3010
Mobile:(972) 53 803908
Email:[EMAIL PROTECTED]
Art Schanz
<[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
IT.FRB.ORG> cc:
Sent by: MQSeries Subject: Re: Sending
unsolicited messages from IMS
List
<[EMAIL PROTECTED]
n.AC.AT>
07/24/2003 07:26
PM
Please respond to
MQSeries List
Didi,
You can find samples of these exits in 'WebSphere MQ for z/OS - System
Setup Guide - V5R3', in Appendix B.
I used the samples to develop my own copies of both of these exits. They
have been functioning in our shop for more than 5 years in both
non-Production & Production environments, without any problems.
I suggest spending some time on the initial development, as it will be
time well spent!
Cheers,
Art
Arthur C. Schanz
Operating Systems Programmer I. - Specialist
Federal Reserve Information Technology
Distributed Systems Engineering
IBM Certified System Administrator - WebSphere MQ V5.3
IBM Certified Solution Designer - WebSphere MQ V5.3
(804) 697-3889
[EMAIL PROTECTED]
Didi Dotan <[EMAIL PROTECTED]>
Sent by: MQSeries List To:
<[EMAIL PROTECTED]> [EMAIL PROTECTED]
cc:
Subject: Sending
07/24/2003 02:07 PM unsolicited messages from IMS
Please respond to MQSeries List
Hello all,
I the book it says the following "To send messages from IMS to a WebSphere
MQ queue, you need to invoke an IMS transaction that ISRTs to an ALTPCB.
You need to write pre-routing and destination resolution exits to route
unsolicited messages from IMS and build the OTMA user data, so that the
MQMD of the message can be built correctly"
Does someone have such an exit?
TIA
Didi
Didi Dotan,
Multiconn International Ltd.
43 Ha' Aliya Hashniya St., Azor 55003 ISRAEL
Tel: (972) 3 556 4415
Fax: (972) 3 556 3010
Mobile:(972) 53 803908
Email:[EMAIL PROTECTED]
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
"MMS <metlife.com>" made the following annotations.
------------------------------------------------------------------------------
The information contained in this message may be CONFIDENTIAL and is for
the
intended addressee only. Any unauthorized use, dissemination of the
information, or copying of this message is prohibited. If you are not the
intended addressee, please notify the sender immediately and delete this
message.
==============================================================================
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
