Re: How do you determine when numerous SBMJOBs have ALL finished

I'm not sure about this, Jim. I think Alan will have all the jobs submitted and running simultaneously, and I don't think they necessarily end in a specific order. I think what I would do is have each job put a read lock on an object (data area is perhaps the easiest) when they start. When each job ends, it will automatically release the lock. The PROGRAMLAST job would then attempt an exclusive lock on the data area; when it is able to acquire said lock, all jobs are done and it can continue.

The potential downside to this approach is that canceling a job removes the lock the same as if the job completed normally. It's up to you to decide whether, in your specific situation, that's a feature or a bug. If you need successful completion, the data area with add one and subtract one works quite nicely.

Joe

Assuming you do not have the advanced job scheduler so you cannot just
put a dependent job on the schedule, how about using a data queue rather
than the data area? Each job enques an entry as its first action and a
second entry as its last. The next job checks the queue with a non
destructive read to be sure its ready to run. That will leave you a
nice history, and queues are faster and, in my view, an easier thing to
manage. Your last job just needs to sit on a Dequeue wait on a keyed
queue until the proper entry appears. More efficient than the data area
check every so often.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 9/12/2011 8:36 AM, Alan Shore wrote:

Good morning all
I have one job that submits numerous (a lot) of submit jobs
Once ALL of them have finished SUCCESSFULLY, I need to submit another one (let's call it PROGRAMLAST)
I was just wondering if anyone else is doing or has done the same thing, what process was used.
I am toying with the idea of using a data area and within each SBMJOB adding 1 to this data area and checking for a particular value in the PROGRAMLAST program
This would mean that PROGRAMLAST would need to be always submitted, but waiting for a value to appear in the data area


Alan Shore
Programmer/Analyst, Direct Response
E:AShore@xxxxxxxx
P:(631) 200-5019
C:(631) 880-8640
"If you're going through Hell, keep going" - Winston Churchill

--