Doug,
Do the joblogs you want to route to a different OUTQ ever contain
information you want to review? Or are they just like the joblogs generated
by PASE/QShell that's just say "No job log information."
Would generating joblogs only for jobs that end abnormally be an option?
I'm assuming that job logging parameters are something like "LOG(4 00
*SECLVL)"
I'm not a JAVA programmer so I don't know if this will work with JAVA, but
it does work with PASE/QShell.
If you have a CL program that running QSH commands and you issue "CHGJOB
LOG(4 0 *NOLIST)" before you run the QSH commands. The spawned job will
inherit those logging parameters. *NOLIST says only generate a joblog if
the job ends abnormally. The result is no joblogs are produced by PASE.
If you still want a joblog when your CL Program ends, just run another
"CHGJOB LOG(4 00 *SECLVL)" In your CL program before it ends. Joblogs
generated because of JOBMSGQFL(*PRTWRAP) are still generated either way.
https://www.ibm.com/support/pages/preventing-job-logs-being-produced
Rob
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
DEnglander--- via MIDRANGE-L
Sent: Friday, January 13, 2023 10:04 AM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Cc: DEnglander@xxxxxxxxxxxxxxx
Subject: Re: QJVACMDSRV job logs
Rob,
Thank you for the help with this. I too have no idea what the job log server
is, so I am not going down that road. I did manage to see that Pending
joblogs, which the job log server seems to manage, still take space in the
system job tables [DSPJOBTBL, then F11].
I already am using the OVRPRTF for QPJOBLOG, and it is working nicely for
all job logs produced within the CL. The problem comes when the RUNJVA
command is executed in the CL. When that happens, the system spawns a whole
new job and the OVRPRTF is lost on that job. It would be great if there was
a parameter on the RUNJVA command that would allow you to specify whether or
not the system should carry any overrides from the current job to the
spawned job when it is created.
I thought the DELETE_OLD_SPOOLED_FILES procedure was the solution, and it
could be in the future, but I would need to narrow down the scope further,
minimally by specifiying USRDTA, and in its current version, that parameter
is not available.
I think for now I will write an ILERPG program that uses
qsys2/output_queue_entries and selects specific entries based on criteria in
a table. Then if the criteria is met, the program will execute a DLTSPLF
command.
Thank you again for your help
Doug
"CONFIDENTIALITY NOTICE: This e-mail transmission (and/or the attachments
accompanying it) contain confidential information belonging to the sender.
The information is intended only for the use of the intended recipient. If
you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution or the taking of any action in reliance on
the contents of the information is strictly prohibited. Any unauthorized
interception of this transmission is illegal under the law. If you have
received this transmission in error, please promptly notify the sender by
reply e-mail, and then destroy all copies of the transmission."
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
.
midrange.com
