parameterize the job name in the Job Activity stage?

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
vinaymanchinila
Premium Member
Premium Member
Posts: 353
Joined: Wed Apr 06, 2005 8:45 am

parameterize the job name in the Job Activity stage?

Post by vinaymanchinila »

Hi,

Can we parameterize the job name in the Job Activity stage? Is there a work around for it. I have some logic a seq performs, which is needed for multiple jobs, I looking a way to avoid designing a seq around all jobs instead.

Thanks,
Thanks,
Vinay
ArndW
Participant
Posts: 16318
Joined: Tue Nov 16, 2004 9:08 am
Location: Germany
Contact:

Post by ArndW »

No, you cannot parameterize the Job Name in a Job Activity stage. But if you look at the code that is generated (look at the Job Control tab) you will see that it is a relatively short series of calls; so you can create your DataStage routine which will take the job name and the list of parameters and execute a give job for you.
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

Check the sdk routine "UtilityRunJob" (Not sure if it exists in the PX edition)
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

narasimha wrote:Check the sdk routine "UtilityRunJob" (Not sure if it exists in the PX edition)
That routine can run any job, provided its called from within a server job or a Basic routine.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
narasimha
Charter Member
Charter Member
Posts: 1236
Joined: Fri Oct 22, 2004 8:59 am
Location: Staten Island, NY

Post by narasimha »

DSguru2B wrote:That routine can run any job, provided its called from within a server job or a Basic routine.
Thanks for the clairfication
Narasimha Kade

Finding answers is simple, all you need to do is come up with the correct questions.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Why hide the logic, and make life difficult for future maintainers? Surely there can't be that many different jobs involved. Put your decision logic into a Nested Condition activity, and emplace specific Job activities for each of the jobs on the appropriate outputs (triggers) from the Nested Condition activity. Then it's clear to all what you intend. An annotation near the Nested Condition activity summarizing the decision process would help also.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply