You mention what sounds like a dedicated jobq. Just use QUSRNOMAX for a job that absolutely, positively has to run right now.
No need for another jobq to worry about.
Roger Harman
COMMON Certified Application Developer - ILE RPG on IBM i on Power
________________________________
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxx> on behalf of Jim Hawkins <jhawkins@xxxxxxxxxxxx>
Sent: Thursday, September 22, 2016 7:25 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Monitoring for MSGW
Paul,
I have done something similar, except I have it check every 15 minutes
during working hours and hourly during off hours.
In my case I have it email during working hours and send a text to my phone
during off hours (hence the hourly vs quarter hour checks).
At the end of the program, it checks the current time, adds the 15 or 60
minutes, then resubmits itself to the jobq for the specified time. Since a
lot of our jobqs are single threaded, it has its own jobq lest it not be
able to run because a previous job in the q has a MSGW.
Communication is an email to one of two distribution lists (depending on the
time of day).
Just thinking do your requirements have to be "at the moment" or would a
minimal delay (15 minutes might be too much for your environment) be
acceptable. Just thinking that the CPU utilization on that would seem to be
noteworthy after a while of continuous monitoring.
I don't know if there is a way to have the MSGW status automatically show up
in a dataq, but that might be worth a look, then you would only need to
monitor the dtaq.
Regards,
Jim Hawkins
Programmer Analyst
Interkal LLC
Kalamazoo, MI
Hi,
I've been tasked with finding a way to notify relevant people the moment
when *any* job goes into the MSGW status. The notification has to tell
those people which job is in the MSGW status, when it entered that status
and what the MSGID is (I also don't want to spam them with
notifications!).
I am not interested in notifying anyone about jobs in the QSPL subsystem,
but apart from that I want notification for any batch or interactive job
on
the local machine requiring a user's response to a message.
I've put together a small routine that loops forever using the QUSLJOB API
which works (thanks to Eric Pell), but I'd prefer a different approach
because continuously reading the job list over and over just seems like an
awkward way to do what I want. Is there a way to have a program called (or
dtaq/file added to) when any job in the system goes into the MSGW status?
Trigger, or exit point, etc?
Any tips, ideas, web searches I may have missed?
-Paul.
--
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
MIDRANGE-L Info Page<
http://lists.midrange.com/mailman/listinfo/midrange-l>
lists.midrange.com
To unsubscribe from MIDRANGE-L, get a password reminder, or change your subscription options enter your subscription email address:
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
midrange.com
