|
Many good responses Dan. Al, Couple of minor points to add. IBM's WRKJOBSCDE, (the freebie), will tell you the last time it submitted the job and what its number and stuff were. For regularly scheduled jobs, we submit them from there. BPCS has a call, if you want to submit their jobs manually. It is published and they are happy to send you info if you have support. This call will validate security and a bunch of other stuff. I can look up the name of their program if you want. For a self submitting job I would suggest looking at the CL code that AS/SET generates for a batch CL program. Do you have AS/SET, (you being a BPCS job and all), or do you need to see sample code? Standard BPCS doesn't use most of the CL which AS/SET generates. To retrieve which job submitted me check out the QUSRJOBI API available at: http://publib.boulder.ibm.com/pubs/html/as400/v4r5/ic2924/info/apis/qusrjobi.htm Part of the text reads: JOBI0300 This format returns job queue and output queue information for a job, as well as information about the submitter's job if the job is a submitted batch job. As far as formatting messages goes... Are you aware of the formatting codes available? For example if you hit F1 in the SECLVL field of the ADDMSGD command you'll see: Message help can be formatted for the work station using three format control characters. Each must be followed by a blank. o &N Forces the message help to a new line (column 2). If the help is longer than one line, the next lines are indented to column 4 until the end of the help or until another format control character is found. o &P Forces the message help to a new line, indented to column 6. If the help is longer than one line, the next lines start in column 4 until the end of the help or until another format control character is found. o &B Forces the message help to a new line, starting in column 4. If the help is longer than one line, the next lines are indented to column 6 until the end of the help or until another format control character is found. Rob Berendt ================== Remember the Cole! D.BALE@handleman.co m To: MIDRANGE-L@midrange.com Sent by: cc: owner-midrange-l@mi Subject: Re: Oops JOBQ perceptions drange.com 10/31/00 12:25 PM Please respond to MIDRANGE-L Good gosh, Al, you must be the world's fastest typist, otherwise how would you ever get any real work done? Do you have a secretary type all this in from your dictation? Voice recognition software? Well, I can take the easy ones... >1) If I put stuff in QTEMP before launching JOBQ, then I sign >off, does the batch job have access to that QTEMP story like >it has access to what was in the LDA when I launched it, or >is any QTEMP access by a batch job totally independent of the >interactive job that created the job? A lot of people seem to have a hard time believing this, but QTEMP is alive only for the job (i.e. each different job number is a distinct job). Doesn't matter whether you sign off or not, nothing ever, EVER copies from one job's QTEMP to another job's QTEMP. Can't be done. >2)... Correct. Variables will not pass between jobs without the benefit of passing them as parameters or in a data area. >3-B ) Right around the point that an interactive job does a submit >batch job, can it retrieve the identity of the job just launched SBMJOB CMD( ... RCVMSG MSGTYPE( *LAST ) MSGDTA( &MSGDTA ) + MSGID( &MSGID ) MSGF( &MSGF ) + MSGFLIB( &MSGFLIB ) CHGVAR VAR( &JOB ) VALUE( %SST( &MSGDTA 1 10 )) CHGVAR VAR( &USER ) VALUE( %SST( &MSGDTA 11 10 )) CHGVAR VAR( &NBR ) VALUE( %SST( &MSGDTA 21 6 )) Dan Bale IT - AS/400 Handleman Company 248-362-4400 Ext. 4952 -------------------------- Original Message -------------------------- I have some trainee dumb questions here since I not often get into this area & I just love to push the envelope of what I know how to program, provided the educational detour won't take long to sink into my brain. You know how, if you add message queue QSYSMSG it automatically captures copies of the most serious stuff on QSYSOPR, are there any other "magical" message queues like that, which we only know about if we been to the right IBM class or studied the right manual? QUPSMSGQ in System Value. Well I added a message queue to receive confirmations that we did in fact run some regularly scheduled stuff with what settings. So far I only adjusted the CL for one job & discovered in my testing that there were some holes in what I thought I knew about some basics. After the CL verifies prompt criteria, but before actually doing anything like launching itself into JOBQ or doing the job interactively, SNDPGMMSG to my new message queue with a bunch of info that seems to be working fine in my testing. At completion time of the actual run, not interactive ends because JOBQ was launched, I have a completion message in which I was hoping to have more variables still populated not needing any refresh. ********************************** *** Al's dumb questions ***** ********************************** 1) If I put stuff in QTEMP before launching JOBQ, then I sign off, does the batch job have access to that QTEMP story like it has access to what was in the LDA when I launched it, or is any QTEMP access by a batch job totally independent of the interactive job that created the job? 2) When I define a bunch of variables based on some prompt screen, then launch same CL to JOBQ, bypassing the uniquely interactive portions of the work in the next run, does the job lose all variables, and only have access to what's in data areas with respect to work station or user, unless the SBMJOB passes some specific parameters. Thus, if I want to add a variable to what is remembered, while interactive is running, populate *LDA or data area with it, then when JOBQ portion is running, extract that *LDA area back into the variable. OCL/36 had a pass *ALL but that was just IBM's numbered parameters, without CL flexibility in naming what *ALL is. 3) I would like the completed batch job to communicate "I'm job 06884 running on QBATCH3 and I was called by 06840" so by elimination I can see what got hung up some place & if it was only QBATCH2 that got hung. It is not unusual for us to fill the JOBQ with some scheduled jobs that are identical except for facility then later question whether one particular facility had all its stuff go to a satisfactory conclusion. Also I am often on several concurrent interactive sessions running various tasks in which they can end up on different JOBQ, based on the programming & other factors. I can capture RTVJOBA NBR(&JOBNBR) and other values and stick that some place for JOBQ later match up, but I was wondering 3-A ) Does a batch job have a native RTV info on whatever launched me, perhaps API like QSP-JOBQ? (I am a novice in API & not yet a programmer of ILE REXX or UIM) If we DSPJOB for a completed job#, Job Status Attributes second screen shows me that Batch Job# 060884 was submitted by Interactive Job# 060840 ... could the batch job 060884, while it was running, get at this info identifying its 060840 parent? 3-B ) Right around the point that an interactive job does a submit batch job, can it retrieve the identity of the job just launched ... actually BPCS 405 CD does not do a simple SBMJOB, it calls a program to do the launch with access to some other esoteric stuff. I was thinking something like this format OVRJOBINFO SAVE(&BATCHINFO) WHERE(&BATCHWHAT) Whatever the software is that launches to JOBQ from interactive RTVJOBINFO for whatever variables were specified in last OVRJOBINFO in which in this example &BATCHINFO would contain the data I later saw on Job Status attributes of the completed batch job, and &BATCHWHAT would contain which JOBQ it was sent to. 4) Initially I had adjusted placement of pieces of story so it looks nice in DSPMSG how I usually view messages, then later when I did DSPMSG QNITEHIST F4 F10 & look at some of this in *PRINT & *PRINTWRAP it did not look quite as nice, although the big picture was more readable checking off all the right steps did in fact run to a conclusion, than scrolling DSPMSG on-line, for the one CL I messed with so far. I see how to list INFO (severity 80) only. Is there a way to list COMPLETION (severity 00) only? Other than a separate message queue for each. ******************************************************************** I got into this interest because of the inability of existing job trails to tell when was the last time we did job X, what settings were used, which facilities, was it a full run or a limited run, was it in the right environment, normal or simulated ... the values on the prompt screen. I wear many hats in my job & one of them is some stuff that should be a no brainer ... a variation of MRP CAP CST update runs with a slightly different formula each nite of the week ... it seems like I may have missed a step or run one wrong ... there is no way to tell ... I may have been so engrossed in solving some programming puzzle that I missed the basics in one of my other nitely jobs. Also there is the recurring question "Al when was the last time we did ...." & I answer I THINK I did that a week last Thursday. I just plan to do this for the most critical jobs that need to be done very regularly. Alister William Macintyre Computer Data Janitor etc. @ http://www.cen-elec.com +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
