Page 1 of 2

MQ Series Invoke DataStage Job.

Posted: Mon Oct 20, 2008 3:25 pm
by gxhpainter
Which is best method to invoke a datastage, from MQ Series Queue when queue has got message?

Rgds,
Chakradhar.

Re: MQ Series Invoke DataStage Job.

Posted: Fri Oct 24, 2008 12:19 pm
by gxhpainter
MQ Series Queue needs to invoke DatStage Stage Job on arrival on any message in the Queue.

Is it good plan to have shell script to be used?

Any body any thoughts??

Rgds,

Chakradhar.

Posted: Fri Oct 24, 2008 1:14 pm
by throbinson
Using a shell script is not a good plan. there is no need.
Use the MQ Stage. Why use a shell script? Did you need this to be realtime? No problem. Read the documentation.

Posted: Fri Oct 24, 2008 4:08 pm
by gxhpainter
throbinson wrote:Using a shell script is not a good plan. there is no need.
Use the MQ Stage. Why use a shell script? Did you need this to be realtime? No problem. Read the documentation.
Thanks for the thought.

i have couple of question added to the above.

1. Which are options to be used in MQ stage to read the message as soon as it is populated in queue by 3rd party application??
2. Can you let me know, Name of PDF file, Which section which is mentioned that?
3. We can invoke other job thru Job Control of the job which has got MQ Stage or do we have better option to do the same?
Pl suggest..

Thanks again and in advance.

Chakradhar.

Posted: Fri Oct 24, 2008 5:03 pm
by eostic
....been awhile since I've done it, but read up on "trigger queues"....... that is an MQ way to do it....

Ernie

Posted: Mon Oct 27, 2008 5:34 am
by throbinson
Maybe I'm mis-reading the requirement. I've not done MQ in a while. Why not define a job and have it constantly run waiting for a message from the queue? As soon as a message arrives, it will be delivered to the job and processed. When you want to stop the job, schedule another DataStage job to insert a "stop" message into that same queue that is of a MsgType that triggers the first DataStage job to stop.

mq.pdf in the docs sub directory

Posted: Mon Oct 27, 2008 4:48 pm
by gxhpainter
Well, i am working with Server Edition, Not Enterprise edition , we don't have MQ Connectors.

What Options for monitoring the Queue for new messages can be used ??

Rgds,
Chakradhar

Posted: Mon Oct 27, 2008 7:41 pm
by eostic
throbinson is correct...you don't need MQConnector....Server and MQStage can do this also......just having a job waiting endlessly for a message to arrive. Will work perfectly. The only drawback is if the arrival is fairly rare....like once a day or less frequent.....no sense in having the job sit there waiting all that time....... Then it makes sense to have MQ kick off a script that starts a DS job to get the messsages or do anything.

Ernie

how do i make a job wait endlessy for a message to arrive MQ

Posted: Thu Nov 20, 2008 5:05 pm
by gxhpainter
"just having a job waiting endlessly for a message to arrive. "

How do we do that that in DataStage verion 8 , server edition??

That is the question?

Thanks,
Chakradhar

how do i make a job wait endlessy for a message to arrive MQ

Posted: Thu Nov 20, 2008 5:08 pm
by gxhpainter
"just having a job waiting endlessly for a message to arrive. "

How do we do that that in DataStage verion 8 , server edition??

That is the question?

Thanks,
Chakradhar

Posted: Thu Nov 20, 2008 5:35 pm
by ray.wurlod
Set up your job as a service and set it to "always running".

Setup job as Services

Posted: Thu Nov 20, 2008 6:45 pm
by gxhpainter
Thanks Ray for the though.

Can you please get me more information on the services setup for DataStage Job.

Rgds,

Chakradhar.

Posted: Thu Nov 20, 2008 7:48 pm
by ray.wurlod
Yes I could, but so can you. Search (here and IBM) for Information Services Director, SOA and - for older versions - RTI.

Posted: Thu Nov 20, 2008 11:58 pm
by chulett
WebSphere Information Services Director is typically abbreviated as WISD. All iterations of the product can be discussed in the "SOA Editions" forum.

Posted: Fri Nov 21, 2008 8:46 am
by eostic
...this is not an ISD scenario.....

...the MQ Plugin, by default, will "wait endlessly" when used as a Source in your Server (or EE) Job. ...in fact, be careful --- when testing I always use a timeout value of say, 30 seconds, rowlimit of 10, and put in a message type identifier of 9999899 (or some other equally long and unlikely value for a Message Type in the MQ Header) so that I can control the stopping myself. Default is "wait indefinitely".

Ernie