• Subject: RE: Open List of Jobs (QGYOLJOB) API
  • From: bill gravelle <billgravelle@xxxxxxx>
  • Date: Sun, 26 Oct 1997 17:14:15 -0700


Many years ago (back on the 19 year old System/38 in fact) I developed a
job queue management system that integrated with an existing environment of
packaged and in-house developed software.  Even though I've been gone from
the organization for many years now, the soft-coded solution is still
intact with few modifications over the years (even now under V3R7 on a
4-way RISC AS/400).  

The key to this solution was not to discover jobs after submission, but to
intercept the SBMJOB command via a validity processing program with some
control files to manage the job queue redirection process based on some
very simplistic rules (most of which were based on the job name and
"environment" variables stuffed into the local data area by the interactive
job's initial programs).  This approach solved the management problem of
jobs that needed to be "streamed" or otherwise controlled by operations not
development.  I suspect that if your problem is based more on load
balancing than dependency control, then you could use a variation of this
process along with a routing control program in your subsystems that could
allocate "signaling" objects as needed to allow a never-ending manager or
parasitic command processing program to know where to redirect the job in
question.  It seems to me that if you know more about the jobs as they go
into the queues, then you should be able to manage them more effectively
without the overhead of constantly asking the system to tell you what jobs
are currently in the system and what their current status is at that
instant in time.

Hope this alternative solution gives you some ideas ... best of luck, *bg

At 08:58 AM 10/24/97 -0400, you wrote:
>I am looking at running this command about every 30 seconds, so even the 
>user space overhead is ugly. What I really want is a data queue parameter 
>like the one on an outq. (I need to write my own job queuing system)

bill gravelle, comsign ltd
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 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.