|
It is possible, though that the steps use SBMJOB which may be the reason why they suggest a single threaded job queue.
hth,
Dave B
"Wilt, Charles" <WiltC@xxxxxxxxxx> 06/27/08 12:26 PM >>>
Booth,
A series of steps that must be run in order sounds like a CL program to me...
Single threaded jobs queues make sense for jobs that would conflict with each other. Check generation
for instance...you usually don't want multiple people running checks at the same time.
Only a CL program can ensure "steps are run in order" a single threaded job queue won't guarantee that
as there are variables, ie. priority, which determine what job to pull off next.
HTH,
Charles Wilt
--
Software Engineer
CINTAS Corporation - IT 92B
513.701.1307
wiltc@xxxxxxxxxx
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
bounces@xxxxxxxxxxxx] On Behalf Of Booth Martin
Sent: Friday, June 27, 2008 1:05 PM
To: Midrange Systems Technical Discussion
Subject: single threaded job ,queue
I am suspicious that I am about to learn something new. :)
A new process has several steps which need to be run in order. I have
always just used a CL program and figured that the steps would run in
order, and the next piece would not start until the previous piece had
completed.
However, this line in the spec makes me think they are telling me
something. "You will probably need to utilize a single threaded job
queue(in conjunction with a new series of steps specific to this
process) to ensure synchronization of steps. " I am not sure what they
are saying.
Any comments, ideas, warnings, or suggestions will be more than welcome.
--
---------------------------------
Booth Martin
http://www.Martinvt.com
---------------------------------
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.