Author |
Message
|
gitaram |
Posted: Mon Nov 12, 2007 12:50 am Post subject: Calling JCL SP from MB |
|
|
 Newbie
Joined: 12 Nov 2007 Posts: 6
|
How can i invoke a JCL SP from my message flow? Which node should i be using for this? Also, is it possible for a JCL program to publish messages to MB? |
|
Back to top |
|
 |
Gaya3 |
Posted: Mon Nov 12, 2007 1:00 am Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
Hi
I believe you are trying to communicate with a legacy system (IMS/CICS)
You can use IMS/CICS adapter to do so.
This is one solution that i know...
Regards
Gayathri _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
Vitor |
Posted: Mon Nov 12, 2007 1:42 am Post subject: Re: Calling JCL SP from MB |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
gitaram wrote: |
How can i invoke a JCL SP from my message flow? |
No, but why would you want to?
gitaram wrote: |
Also, is it possible for a JCL program to publish messages to MB? |
If by JCL you mean batch then yes, any application can issue publish messages subject to the usual conditions. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
gitaram |
Posted: Mon Nov 12, 2007 1:46 am Post subject: |
|
|
 Newbie
Joined: 12 Nov 2007 Posts: 6
|
Thanks! I think i got my answer  |
|
Back to top |
|
 |
gitaram |
Posted: Mon Nov 12, 2007 2:02 am Post subject: |
|
|
 Newbie
Joined: 12 Nov 2007 Posts: 6
|
But MB can invoke any database SP, say written in COBOL?  |
|
Back to top |
|
 |
Vitor |
Posted: Mon Nov 12, 2007 2:28 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
gitaram wrote: |
But MB can invoke any database SP, say written in COBOL?  |
Database stored procedures are typically written in the database language rather than COBOL or an external language. What you can do is issue a direct SQL call from inside the broker to start any SQL that you could run externally. The other side of this is you need to be very aware of what the procedure is doing, the limitations of what you can & cannot and the possible impact on the broker. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|