IBM Mainframe Forum

Hi All,

I have a JCL which i want to execute through REXX without submitting a batch job(I have the Rexx by which am able to execute the same by submitting batch job)





I did a search and went through couple of posts and tried the below, but got errors:



Error that i got is :



Can any one let me know whether the synatx i have used is correct, if not , please correct me.

Also suggest any links regarding the same

Thanks Nara

Well, first of all you cannot execute a JCL (I presume you mean a job) through Rexx. You can have a Rexx submit the job. I guess you want to run a rexx exec in foreground rather than background?

You have not coded any test for successfull allocations so you do not know if the allocate statements worked. you have coded a PARM1 but not used it - and it is probably not required.
Can you actually run this program in foreground? Have you checked the documentation for it. If you can, are you calling it in the documented way?

Yep NicC, i was able to submit a job through REXX and ran the same in back ground. I dont have a proper documentation related to this, if possible can you provide any.

Since we can call Assembler,Cobol programs from Rexx, i guess we can call this as well. Mean while am checking with Site engineers whether is it possible to call the CAI program from Rexx...

I tried to execute the coded statements and i got the error posted above.

Are there any messages in the JMRPRINT file?

Typically, the called program does not care from where it was called. You normally just have to allocate the necessary files and pass the right parameters. I say 'typically' and 'normally' because someone will likely point out exceptions.

In your case you do not seem to have allocated the same as in your JCL example. The OPTIONS file is missing the member name. And by using variables, you are making it unnecessarily complicated and harder to debug.

When you do this:You are using TECHPRD as if it was a variable and you rely on one of the rules of rexx: uninitialized variables will have the value of its own name (likewise with SMR, JMR and PPOPTION). You are better off explicitly using a constant rather than a variable.

Try this:


You may need an allocation for SMRPRINT.

Hi Pedro,

Am able to call the program after using the above code, but here the program is not reading the input from the JMRIN file..As a result the program is taking no input and is writing an error message to JMRPRINT file.

The JCL which i pasted at the start is a modfied one, the original JCL looks like below :



So do i need to change the REXX code for this above JCL or can use the same ?

Thanks

I tried running the same by commenting the JMRIN file, i got the same output, so i confirmed that my Rexx program is not reading from the JMRIN file.

Also i have used the




So do i need to pass the input as parameters ?

Just make sure that the control cards are in a dataset - either a flat file or as a member of a PDS and that this is allocated correctly - check the return code from ALLOC. Your code is still not checking the return codes from the allocates.

Hi NIcC,

Sure i will inlcude the RC check after the file allocation, but am debugging right now, with TRACE option set as I, which clearly shows me the RC.

here what i observed is the output is varying based up on my call statement

When i give the PARM in my call statement:



my output dataset is having :




And when i remove it and call



I got the below in my output dataset:



So this clearly shows that i need to pass the input as parameter instead of file !!!!

Your parms might work, but it is not automatic that a program would accept parms when an input file is missing. The program has to be written to do so and there is no standard for that. Perhaps you know more about the program than what you have shared with us... if so, fine, but we cannot help much.

The only 'interface' that you can rely on is that mimicking the batch interface should work in rexx. Submit your batch job and show us the entire expansion of the PKRSCAN proc:


This:
is an indication of some success. You should not dismiss it altogether. The PARM1 value in your example does not match the values in the JMRIN file: perhaps you have a simple syntax error.

I meant, show us the expansion of this: