Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

statement "INCLUDE MEMBER= " is not picking lates

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
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    Post subject: statement "INCLUDE MEMBER= " is not picking lates
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: 645
Location: Pennsylvania

PostPosted: Wed Apr 18, 2012 6:30 pm    Post subject:
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    Post subject:
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: 1738
Location: Bloomington, IL

PostPosted: Wed Apr 18, 2012 6:51 pm    Post subject:
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    Post subject:
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

Active Member


Joined: 07 Feb 2009
Posts: 984
Location: Oostende, Belgium

PostPosted: Wed Apr 18, 2012 7:10 pm    Post subject:
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    Post subject:
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: 645
Location: Pennsylvania

PostPosted: Wed Apr 18, 2012 7:23 pm    Post subject:
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    Post subject:
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

Senior Member


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

PostPosted: Thu Apr 19, 2012 1:45 pm    Post subject:
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: 645
Location: Pennsylvania

PostPosted: Thu Apr 19, 2012 5:02 pm    Post subject:
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    Post subject:
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    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts What is the command to check MODE of ... rohanthengal CLIST & REXX 6 Fri Nov 18, 2016 1:48 pm
No new posts -913/-911 Deadlock during UPDATE stat... NoSleep319 DB2 5 Fri Nov 18, 2016 12:37 am
This topic is locked: you cannot edit posts or make replies. How to pass the previous month date i... Suganya87 DFSORT/ICETOOL 5 Mon Oct 31, 2016 4:13 pm
No new posts Amount field is getting corrupted whe... thesumitk SYNCSORT 5 Tue Oct 18, 2016 8:20 pm
No new posts hot to get details when "EXEC CI... Andi1982 CICS 11 Tue Sep 20, 2016 5:01 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us