Walden, 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) > >-Walden bill gravelle, comsign ltd 303.679.1973 +--- | 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: firstname.lastname@example.org +---
As an Amazon Associate we earn from qualifying purchases.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.