Receiving messages from an active jobs job log can be helpful for simple tasks, such as monitoring batch jobs, or complex tasks, such as creating automatic recovery applications. IBM has provided an API, QMHLJOBL, that retrieves job log messages, but, like most APIs, its messy.
Vadim Rozen wrote an RPG IV procedure that provides a much better interface to the QMHLJOBL API. His procedure, Receive Job Log Messages (RCVJLMSG), takes care of all the gory details, such as creating user spaces, setting parameters to arcane values, and interpreting errors. Figure 1 shows the five parameters that RCVJLMSG requires.
For lack of space, the code for RCVJLMSG is not printed here. You can download it from the Midrange Computing Web site at www.midrangecomputing.com/mc/99/03. You will need to split the downloaded file into three members.
The first is the procedure prototype for RCVJLMSG. Place this into a source member under a name of your choice. For example, you might place this in member RCVJLMSGP of a file called QRPGLESRC. This member also includes documentation for some of the parameters and RPG IV code for the data structure in which message information is returned.
The second is the RCVJLMSG module itself. Using a source editor, such as SEU, change the /COPY directive to point to the member in which you placed the prototype.
The third is a sample program I wrote that calls RCVJLMSG to print a job log. You can use this to become acquainted with RCVJLMSG, as I did, and as a basis for your own programs.
RCVJLMSG returns information about messages through a data structure passed through the fourth parameter. RPG IV code for the data structure is shown in Figure 2. You can find more information about this data structure in the OS/400 Message Handling APIs reference manual. Youll find it described as the LJOB0100 format.
I like very much what Vadim has done. Within minutes, I had a simple program reading my job log. If I had had to use QMHLJOBL instead, it would have taken much longer.
Vadim has given us more than just a handy tool. Hes shown us how we can develop the tools that harness the power of APIs without requiring us to deal with the complexity of APIs.
Reference
OS/400 Message Handling APIs (SC41-5862, CD-ROM QB3AMN01)
Parameter Name Definition Explanation
iJob 26A A left-adjusted asterisk (*) indicates the current job. For another job, enter the job name (10A), user profile (10A), and job number (6A).
iAction 10A To retrieve the first message, specify *NEW; to retrieve rest of the messages, specify *CONTINUE.
iDirection 1A The possible values are F (forward) and B (backward). The value F reads job log messages from the first one to the last. The value B reads messages from last to first.
oMessage 1120A This parameter returns an 1,120-byte data structure containing the message and its attributes.
oReturn 10A This parameter returns the status of the program. Blanks indicate that a message was retrieved successfully. *ERRO means an error occurred in the program, so no message is returned to the calling program. *OVERFLOW means the retrieved data length is greater than 1024 bytes. *ENDOFJLOG means no more messages found in the job log.
Figure 1: RCVJLMSG requires only five parameters.
* Format of oMessage
*
d dJLMsg ds 1120
d dOfsNext 10i 0
d dOfsFrtn 10i 0
d dNumRtn 10i 0
d dMsgSvty 10i 0
d dMsgId 7
d dMsgType 2
d dMsgKey 4
d dMsgFile 10
d dMsgLib 10
d dDateSnt 7
d dTimeSnt 6
d dReserve1 2
d dOfsNFldR 10i 0
d dLngFldRt 10i 0
d dIdnFld 10i 0
d dDataType 1
d dDataSts 1
d dReserve2 14
d dDataLng 10i 0
d dData 1024
Figure 2: Message information is returned in an easy-to-use data structure.
LATEST COMMENTS
MC Press Online