IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Expanding PROC of a JCL and modifying the fields


IBM Mainframe Forums -> CLIST & REXX
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
saagu

New User


Joined: 15 May 2008
Posts: 41
Location: Chennai

PostPosted: Thu Jul 22, 2010 2:43 pm
Reply with quote

Hi,
I need to convert N number of JCLs of a PDS from PROD to TEST using REXX.

I am able to convert all the JCL fields but no idea on how to Expand the PROCS of the JCL and modify the fields.

Please let me know how to do this if any idea.

Thanks and regards,
Saagu
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 2:47 pm
Reply with quote

You can't. For this kind of things commercial tools are available.
Like JCLCHECK.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Thu Jul 22, 2010 2:58 pm
Reply with quote

Of course, had the procedures been correctly written then all you would have needed to do was to change a parameter on the PROC statement and away you go. I usually use something like ......
Code:
//PROC001  PROC ENV=''                                                 
//*--------------------------------------------------------------------
//STEP0010 EXEC PGM=IEBGENER                                           
//SYSOUT   DD SYSOUT=*                                                 
//SYSPRINT DD SYSOUT=*                                                 
//SYSIN    DD DUMMY                                                   
//SYSUT1   DD DSN=&ENV..DATASET.NAME,DISP=WHATEVER                     
//SYSUT2   DD DSN=&ENV..NEW.DATASET.NAME,DISP+WHATEVER ELSE           

Executed by
Code:
//PROCNAME EXEC PROC001,ENV='DEV'

Which of course makes life oh so much easier for all concerned.
Back to top
View user's profile Send private message
saagu

New User


Joined: 15 May 2008
Posts: 41
Location: Chennai

PostPosted: Thu Jul 22, 2010 3:06 pm
Reply with quote

Hi Peter,
Can you provide me the pointers on how to find commercial tools like JCLCHECK


Regards,
Saagu
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 3:06 pm
Reply with quote

Expat,

but to know beforehand what is going (in the future) to be changed, thats the question by creating procedures.
Back to top
View user's profile Send private message
saagu

New User


Joined: 15 May 2008
Posts: 41
Location: Chennai

PostPosted: Thu Jul 22, 2010 3:09 pm
Reply with quote

Procedures.....is this a Stored procedure?? if not any sample proceure to change any filed of the PROC?
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 3:11 pm
Reply with quote

saagu wrote:
Hi Peter,
Can you provide me the pointers on how to find commercial tools like JCLCHECK


Regards,
Saagu


google is your friend.
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 3:13 pm
Reply with quote

saagu wrote:
Procedures.....is this a Stored procedure?? if not any sample proceure to change any filed of the PROC?


You could use IPOUPDTE.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Thu Jul 22, 2010 3:13 pm
Reply with quote

Peter,Expat,
have fun with this one.
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 3:14 pm
Reply with quote

Thanks Dick,

i was a bit bored.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Thu Jul 22, 2010 3:20 pm
Reply with quote

saagu,

procedures should be written, so that the symbolics can be changed in the JOB, which would affect the procs.

sorry Peter, Expat,
I know that you guys are territorial.
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 3:21 pm
Reply with quote

Quote:

sorry Peter, Expat,
I know that you guys are territorial.


LOL Dick.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Thu Jul 22, 2010 3:27 pm
Reply with quote

PeterHolland wrote:
but to know beforehand what is going (in the future) to be changed, thats the question by creating procedures.
I guess I was brought up in a professional shop. If a PROC existed for development, then in all likelyhood it would be used for testing, acceptance and production environments too, so were created with this in mind. Why change umpteen lines of JCL in a PROC when only a single change of ENV= is needed.

Anyway, had the OP thought about it, what is so very different about changing the JCL that resides in a PDS as opposed to that which resides in a PROCLIB, which by extreme coincidence just happens to be a PDS icon_eek.gif
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Thu Jul 22, 2010 3:37 pm
Reply with quote

Quote:

I guess I was brought up in a professional shop. If a PROC existed for development, then in all likelyhood it would be used for testing, acceptance and production environments too, so were created with this in mind. Why change umpteen lines of JCL in a PROC when only a single change of ENV= is needed.


Well the company i worked for had development environments being
mirrors of production environments. So development procedures (for instance) were identical to production procedures.
If changes were applied on production jcl, they were propagated to
test, qa and so on environments.
No changes required. That doesnt sound professional?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> CLIST & REXX

 


Similar Topics
Topic Forum Replies
No new posts Modifying Date Format Using DFSORT DFSORT/ICETOOL 9
No new posts Concatenate 2 fields (usage national)... COBOL Programming 2
No new posts Cobol COMP-2 fields getting scrambled... Java & MQSeries 6
No new posts Converting unpacked fields to pack us... SYNCSORT 4
No new posts Data for newly added fields not displ... IMS DB/DC 6
Search our Forums:

Back to Top