I've been "inspired" by the recent thread about how to do a "tail -f" on
the z/OS SYSLOG data for alert processing. Most of us likely use automated
operator, such as CA-OPS/MVS, Tivoli (Netview?), SyzMPF/z (syzygyinc), or
other such tool for this. But they are basically designed to trap the
message and take an action locally.

So, what occurs to me to do as a project (due to year end freeze during ACA
"Open Enrollment" period) is to write something, perhaps rather basic,
which uses the MCSOPMSG interface to "do something". The "do something" is
the rather nebulous part at present because I can think of a number of
"interesting" things to do. I looked at the CBTTape.org site to see if
there was anything which I could "borrow", but didn't see anything that
_appeared_ to use this interface. I was considering writing the main
function in such a way as to make it easy to "snap in" processing
submodules. I.e. the main routine just does the MSGOPMSG functions, but
then dispatches the individual MDB to any "registered" processor. So that
others can enhance / extend this simply by writing the MDB processor.

Some of the processors that I was thinking about include:
1) Writing the console message to the z/OS UNIX syslog. It could the
forward to other UNIX syslog daemons, if desired.
2) Writing the data into a UNIX file. Unlikely because the UNIX syslog can
do this, so why should I?
3) Writing directly to a z/OS sequential data set.
4) Weird one: write to a UNIX message queue.
5) Listen on a TCP port and write the message to whomever connects to the
port.

Of course, if I do attempt (and succeed) to do this, the code will be
distributed via the CBTtape.

One other thought is what to implement this in. I will likely do it in
HLASM because basically everybody has it. But I was thinking that using
Metal C might be interesting too.

-- 
The temperature of the aqueous content of an unremittingly ogled
culinary vessel will not achieve 100 degrees on the Celsius scale.

Maranatha! <><
John McKown

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to