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

statement "INCLUDE MEMBER= " is not picking lates


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
kapiltamrakar

New User


Joined: 24 May 2009
Posts: 41
Location: Hyderabad

PostPosted: Wed Apr 18, 2012 6:20 pm
Reply with quote

Hi all,
I am facing a issue.

In my JCL below steps are there

step1: runs rexx program. it generates DD DSN statement in a PDS member.

//XXXXXXXX JOB (XXXXXXXX),'AAAAAAA',
......
//PROC JCLLIB ORDER=(XXXXXX.TEST.PROCLIB)
//JOBLIB DD .....
//*
//RUNPRG EXEC PGM=IKJEFT01,PARM='TEMPDATE'
//SYSEXEC DD DSN=BBBBBB.MY.REXX,
// DISP=SHR
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD DUMMY

it generates text like below :

//DDREPORT DD DSN=ABABABA.D120418.T075211,
// DISP=(NEW,CATLG,DELETE),
// SPACE=(TRK,(10,5),RLSE),
// UNIT=SYSDA,
// DCB=(BLKSIZE=8000,LRECL=80,RECFM=FB)
as you can see above file ABABABA contains current date and time.
in my rexx program, while writting the DD DSN statement, dataset name contains current date and time. which will be known run time.


Step2 : execute one cobol program which writes above file. so i have used "INCLUDE MEMBER= the above member name" for using that member name at run time.

//STEP010 EXEC PGM=COBOl program
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//DDCYC1 DD DSN=AAAAAA.INP,DISP=SHR
//DDCYC2 DD DSN=AAAAAA.INP1,DISP=SHR
// INCLUDE MEMBER=MEM1
//.....
...

now the problem come here :

at run time, my jcl step 2 is not picking the latest info at the member written by rexx. it picks the old info. i need my JCL step 2 which running the cobol program shoudl be picking latest info in the PDS member created by REXX.

Please help me in this.

thank you in advance.

Regards,
Kapil.
Back to top
View user's profile Send private message
daveporcelan

Active Member


Joined: 01 Dec 2006
Posts: 792
Location: Pennsylvania

PostPosted: Wed Apr 18, 2012 6:30 pm
Reply with quote

What you are seeing is what is expected.

The resolution of the INCLUDE is done at JCL submission time.

It does not work the way you want it to.

You need to change your approach.
Back to top
View user's profile Send private message
kapiltamrakar

New User


Joined: 24 May 2009
Posts: 41
Location: Hyderabad

PostPosted: Wed Apr 18, 2012 6:35 pm
Reply with quote

so, you mean, Inlcude wont pick the data at Run time, only submission time info would be final info for it?
Back to top
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1787
Location: Bloomington, IL

PostPosted: Wed Apr 18, 2012 6:51 pm
Reply with quote

kapiltamrakar wrote:
so, you mean, Inlcude wont pick the data at Run time, only submission time info would be final info for it?

Correct. As you are using Rexx to generate the INCLUDE member anyway, I recommend that you combine the two pieces of JCL by using file tailoring or, if you must, direct I/O, and submit that.
Back to top
View user's profile Send private message
kapiltamrakar

New User


Joined: 24 May 2009
Posts: 41
Location: Hyderabad

PostPosted: Wed Apr 18, 2012 6:56 pm
Reply with quote

Thank You Akatsukami and daveporcelan for your reply.

i have run my STEP 2 by INTRDR (submitting anotehr Job). now I am getting expacted results,
Thank you again icon_smile.gif

Regards,
Kapil.
Back to top
View user's profile Send private message
prino

Senior Member


Joined: 07 Feb 2009
Posts: 1314
Location: Vilnius, Lithuania

PostPosted: Wed Apr 18, 2012 7:10 pm
Reply with quote

kapiltamrakar wrote:
Thank You Akatsukami and daveporcelan for your reply.

i have run my STEP 2 by INTRDR (submitting anotehr Job). now I am getting expacted results.

Of course this is unlikely to ever be accepted for a move to a production environment, as it opens a security hole large enough for a 747 to fly through.
Back to top
View user's profile Send private message
kapiltamrakar

New User


Joined: 24 May 2009
Posts: 41
Location: Hyderabad

PostPosted: Wed Apr 18, 2012 7:17 pm
Reply with quote

Hi Rob,
I didnt get your meaning. can you please explain?
Back to top
View user's profile Send private message
daveporcelan

Active Member


Joined: 01 Dec 2006
Posts: 792
Location: Pennsylvania

PostPosted: Wed Apr 18, 2012 7:23 pm
Reply with quote

In many shops the internal reader can not be used for production.

Allowing one Job to dynamically generate JCL and submit it, allows the transfer it's RACF (or ACF2) authority.

This is a security hole.

We need to use the scheduling package to do this type of thing.

Or keep your processing within a single Job.
Back to top
View user's profile Send private message
kapiltamrakar

New User


Joined: 24 May 2009
Posts: 41
Location: Hyderabad

PostPosted: Thu Apr 19, 2012 10:26 am
Reply with quote

Hi dave,
Thank you for your answer, is this security issue also exists if we submit a Job thru Rexx? (either by generating jcl dynamically or a having static JCL in a dataset) and using Submit command.

Regards,
Kapil.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6248
Location: Mumbai, India

PostPosted: Thu Apr 19, 2012 1:45 pm
Reply with quote

kapiltamrakar wrote:
Thank you for your answer, is this security issue also exists if we submit a Job thru Rexx? (either by generating jcl dynamically or a having static JCL in a dataset) and using Submit command.
Some one at your site should be addressing this, a Public Forum like this is not a good place to have an answer for such a question.

For an answer sake, it can be Yes or no - one might say, yes do it (as it serves your purpose) but all the consequences are yours, which might include from nasty e-mail communictions to, worse, the termination from Job.
Back to top
View user's profile Send private message
daveporcelan

Active Member


Joined: 01 Dec 2006
Posts: 792
Location: Pennsylvania

PostPosted: Thu Apr 19, 2012 5:02 pm
Reply with quote

As Anuj said, someone at your shop will have to answer.

At our site were are not allowed (unable) to submit Production Jobs thru INTRDR no matter how the JCL is generated. We must use our scheduling system.

In my opinion it is good policy, and a system exit enforces it.
Back to top
View user's profile Send private message
kapiltamrakar

New User


Joined: 24 May 2009
Posts: 41
Location: Hyderabad

PostPosted: Thu Apr 19, 2012 5:10 pm
Reply with quote

Thank you Dave and Anuj for the information.
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 -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts ISRDSLST(3.4) Do not include addition... TSO/ISPF 0
No new posts INCLUDE OMIT COND for Multiple values... DFSORT/ICETOOL 5
No new posts PuTTY - "User is not a surrogate... IBM Tools 5
No new posts Newbie Stuck on "Duplicate Datas... TSO/ISPF 5
No new posts How to copy the -1 version of a membe... TSO/ISPF 4
Search our Forums:

Back to Top