View previous topic :: View next topic
|
Author |
Message |
ajeshrn
New User
Joined: 25 Mar 2009 Posts: 78 Location: India
|
|
|
|
We are working on a tool in REXX. We need to capture the job output code (MAXCC - message displayed on the screen) in our REXX EXEC. The difficulty we are facing here is that the job is being submitted in a different MSGCLASS (not getting the job outputs in our spool) , so the only output we get is the terminal display , which displays only the MAXCC information.
We need to capture this screen display in our EXEC. Can some one advice on this? |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
if You want to capture the notify message... NO it cannot be done
it is not clear how the MSGCLASS is involved in all that
if You are in a shared spool environment should not be an issue
if the job is nje routed then evaluate the possibility of having the MSHCLASS routed back to the submitting node
but... until You tell more about the complete environment very little advice can be given |
|
Back to top |
|
|
ajeshrn
New User
Joined: 25 Mar 2009 Posts: 78 Location: India
|
|
|
|
We need to call one Rexx exec (shared one), which will submit 3 jobs consequently. we cannot change the JCL. we need to wait until the 3 jobs run and then we need to check the DB2 table entries for verifying whether the jobs run successfully or not (since if 3 jobs run successfully, the DB2 table entries will be changed to another values).
So our need is to wait for 3 jobs to be run completely. 3 jobs can take 1 min in some times, or 10 or more min in some other times. So we thought to capture the screen display messages to stop waiting and to proceed further to check DB2 table entries. Is any other way to proceed? |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
yes, as already said too many times use a scheduler
to have a screen hanging waiting for some batch to complete is as already said too many times a stupid approach |
|
Back to top |
|
|
ajeshrn
New User
Joined: 25 Mar 2009 Posts: 78 Location: India
|
|
|
|
But we don't know the time delay in executing the 3 jobs.
Please give me some example for using the scheduler. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
to have a screen hanging waiting for some batch to complete is as already said too many times a stupid approach |
And is not acceptable on well managed systems. . . |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
CA-7, for example, allows you to specify that job 2 cannot start until job 1 finishes. If job 1 takes 1 minute, or 30 minutes, doesn't matter -- CA-7 won't start job 2 until job 1 is complete. |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1787 Location: Bloomington, IL
|
|
|
|
ajeshrn wrote: |
Please give me some example for using the scheduler. |
Please give us the type of scheduling software (e.g., Control-M, CA-7, etc.) in use in your shop. |
|
Back to top |
|
|
ajeshrn
New User
Joined: 25 Mar 2009 Posts: 78 Location: India
|
|
|
|
The Rexx will execute the 3 jobs. Our requirement is that the REXX will have to wait until all 3 jobs run completely. Please advice me. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
Quote: |
The Rexx will execute the 3 jobs. Our requirement is that the REXX will have to wait until all 3 jobs run completely. Please advice me. |
did You read our previous replies, looks like not
the chances of getting replies on issues where the general consensus is ...
do not do it are negligible
the unwillingness to change the process ( 3 jobs that should stay as they are ) makes difficult to advice on alternatives
topic is going to be locked shortly and moved because of
ibmmainframes.com/viewtopic.php?t=20820&highlight= |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
The Rexx will execute the 3 jobs. Our requirement is that the REXX will have to wait until all 3 jobs run completely. Please advice me. |
My advice would be to scrap this poorly conceived "plan". This is not a requirement. This is a solution that someone has chosen to try to meet the actual requirement (that the 3 jobs run in sequence) that should not be used.
The scheduling software will do exactly what is needed. Talk with your scheduling people about how to define these 3 jobs to the schedule so they execute as needed. |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2593 Location: Silicon Valley
|
|
|
|
Quote: |
difficulty we are facing here is that the job is being submitted in a different MSGCLASS (not getting the job outputs in our spool) |
Change your message class. Or perhaps add an OUTPUT card that routes that piece of output to your userid.
I question why you would want to do some superhuman programming when a simple JCL change will fix the 'problem'. |
|
Back to top |
|
|
|