View previous topic :: View next topic
|
Author |
Message |
medhachaudhari
New User
Joined: 07 Dec 2009 Posts: 18 Location: mumbai
|
|
|
|
I need to override a parm declared inside the proc through it's jcl.
Can anybody help me doing so? |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Yes, click the "IBM Manuals" button at the top of any page, then find the JCL reference manual, and read it.
If you then have problems after reading the manual, please feel free to post your question clearly stating what the problem is. |
|
Back to top |
|
|
medhachaudhari
New User
Joined: 07 Dec 2009 Posts: 18 Location: mumbai
|
|
|
|
Thanks..I went through the manuals even before posting this question.
I just have a small doubt, suppose you want to override a symbolic parameter that is declared in the proc through the jcl.
eg. In the proc HM50099P
//HM50099P PROC PGM1='HM4020',
// PGM2='HM5050',
I want to override PGM1 and comment PGM2 through the jcl.
Could you let me know if this is possible. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Without seeing the internals of the PROC how can we help.
This is something that you could try yourself, just create your own instream procedure to ensure that whatever you do will not affect any production datasets, and see what happens.
I don't wish to appear brash, but this is a HELP forum rather than a reference library for things that can so easily be tried and tested by yourself. |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
Expat,
with TYPRUN=SCAN any JCL can be tested, production or not. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
PeterHolland wrote: |
with TYPRUN=SCAN any JCL can be tested, production or not. |
True, but one exhibit from the black museum of experience was when I submitted a job TYPRUN=SCAN and inadvertantly erased the comma before the statement, so the job ran ................. caused all sorts of grief at the time. Hence the advice to use a test proc for trial / testing / learning purposes. |
|
Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009 Posts: 1788 Location: Bloomington, IL
|
|
|
|
I need to override a parm declared inside the proc through it's [sic] jcl.
I want to override PGM1 and comment PGM2 through the jcl.
As is common in this age of "agile development", the requirements were not fully considered or specified at first. Tell us everything else that you want to do in this job -- run STEP2 five times and skip the rest of the steps, perhaps? -- and then you might get a meaningful answer. |
|
Back to top |
|
|
superk
Global Moderator
Joined: 26 Apr 2004 Posts: 4652 Location: Raleigh, NC, USA
|
|
|
|
To be honest, I think the JCL Reference Guide is quite clear about what is and is not possible in a PROC override. |
|
Back to top |
|
|
Ajay Baghel
Active User
Joined: 25 Apr 2007 Posts: 206 Location: Bangalore
|
|
|
|
eg. In the proc HM50099P
Code: |
//HM50099P PROC PGM1='HM4020',
// PGM2='HM5050',
|
change the code in your PROC as below
eg. In the proc HM50099P
//HM50099P PROC PGM1=&PGM1,
// PGM2=&PGM2,
In you runjcl where you are invoking the PROC HM50099P, substitute the values for PGM1 and PGM2 to whichever you want at run time.
Runjcl:
// EXEC HM50099P,PGM1='HM4020',PGM2='HM5050'
-Ajay |
|
Back to top |
|
|
|