|
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: 10888
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: 10888
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: 10888
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: 2594
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 |
|
|
|
|
