Mainframe, MVS and zOS Discussion

hi ,

can i call or execute a jcl in my rexx program. i have a job named "testjcl" that i want to call in my rexx program. Is there some example for this?

can i call or execute a jcl in my rexx program.

NO, but You can SUBMIT IT

Hi Sudeep,

As Enrico said You can submit a JCL using REXX
If you could clarify on what you are trying to achieve ,somehere will be able to help you

I want to submit a test-jcl using REXX. Assume that the jcl name is TESTJCL and it allocates a dataset, can I submit this jcl using REXX?

the previous answers should have clarified the point

Sudeep Nair wrote:I want to submit a test-jcl using REXX. Assume that the jcl name is TESTJCL and it allocates a dataset, can I submit this jcl using REXX?

Stupid, stupid, stupid design. What happens if your job doesn't run for the next 42 minutes?

I might be hijacking this thread but why it's a a stupid design. I've seen many REXX doing this...

If a person wants to submit a job from REXX I beleive it will be from foreground..
So if the job is going to take time to run it is gonna lock up your terminal until then ...
Hope you got the point Rahul..

I would rather suggest to use INTRDR within a JCL

let' s clear a few language barriers here ...

can i call or execute a jcl in my rexx program.

jcls do not get called nor executed full stop

jcls are processed by <JCL> to setup the environment for the execution of programs

submit means simply to take a PS dataset or a PDS member and using the internal reader facility hand it to JES for later processing

so a submit will lock the screen for the ( very short ) time needed by JES to acquire it

I strongly sugget to the TS to read and meditate on

http://www.redbooks.ibm.com/abstracts/s ... .html?Open

Thanks.

Should I take as the learning as that because the screen might get locked for some to long time that's why this is bad desig?

Sudeep Nair wrote:Should I take as the learning as that because the screen might get locked for some to long time that's why this is bad desig?

I think, yes? A Moderator might help us to understand it better.

Tying up a terminal for a long time indicates the system is using resources to do so -- and this use of system resources, which may prevent production work from completing, is the REAL issue with such a design.