Steff Gladstone <05c5038228fa-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, November 13, 2024 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modifying JCL on the fly
External Message: Use Caution
Ok. Let me make my question clearer. I am talking about modification
before execution
On Wed, 13 Nov 2024 20:15:15 +, Schmitt, Michael wrote:
>...
>Submit the submitter job (e.g. SUBPRODA) instead of the final job.
>
The OP required "modifying JCL after the job has been submitted."
--
gil
--
For IBM-MAIN
On Wed, 13 Nov 2024 20:52:57 +0200, Steff Gladstone wrote:
>Ok. Let me make my question clearer. I am talking about modification
>before execution of the job-step begins. There is a list (either in a VSAM
>file or in common memory, and constantly changing) of batch jobs (actually
>the key would
f
> of Allan Staller <0632b4c7ca99-dmarc-requ...@listserv.ua.edu>
> Sent: Monday, November 11, 2024 10:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Modifying JCL on the fly
>
> Caution: This email did not originate from George Mason’s mail system. Do
> not click
רָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
> >
> >
> >
> >
> > From: IBM Mainframe Discussion List on behalf
> > of Allan Staller <0632b4c7ca99-dmarc-requ...@listserv.ua.edu>
> > Sent: Monday, November 11, 2024 10:04 AM
> >
requ...@listserv.ua.edu>
> Sent: Monday, November 11, 2024 10:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Modifying JCL on the fly
>
> Caution: This email did not originate from George Mason’s mail system. Do
> not click links or open attachments unless you recogniz
On Mon, 11 Nov 2024 10:20:47 -0600, Joel Ewing wrote:
>And if you really need variable behavior requiring complex logic at
>execution time that is beyond the limited capability of JCL, the
>simplest solution is batch execution of a scripting language that
>supports dynamic allocation and I/O, like
nal Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, November 11, 2024 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modifying JCL on the fly
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open
10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modifying JCL on the fly
Caution: This email did not originate from George Mason’s mail system. Do not
click links or open attachments unless you recognize the sender and know the
content is safe.
Classification: Confidential
OOPs! Exit 4 may
Classification: Confidential
OOPs! Exit 4 may be Simpler, not similar
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Monday, November 11, 2024 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modifying JCL on the fly
[CAUTION: This Email
: IBM Mainframe Discussion List On Behalf Of
David Spiegel
Sent: Monday, November 11, 2024 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Modifying JCL on the fly
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open attachments as it may
Hi Allan,
Why is JES2 Exit 6 better than Exit 4 for this purpose?
Regards,
David
On 11/11/2024 08:59, Allan Staller wrote:
Classification: Confidential
IEFUSI is too late in the process. I suggest JES2 EXIT6 (or EXIT26?) depending
on the JES2 Environment.
In both cases, you must be prepared
Classification: Confidential
IEFUSI is too late in the process. I suggest JES2 EXIT6 (or EXIT26?) depending
on the JES2 Environment.
In both cases, you must be prepared to manipulate the INTERPRETER internal text
(very similar in concept to dynamic allocation).
HTH,
-Original Message-
I had to do this with COBOL programs. Initially, the person(s)
who set this up long before I got into that shop, had written an
SVC 99 routine (some serious developer type) that the COBOL
program(s) would call, passing it parms. This went back to an
MHTRAN migration from DOS/VSE to MVS/XA.
Bu
On Sun, 10 Nov 2024 22:51:22 +0200 Steff Gladstone
<05c5038228fa-dmarc-requ...@listserv.ua.edu> wrote:
:>What is the best way of modifying JCL after the job has been
:>submitted, in order to conditionally add another DDNAME to a JOB STEP? Or
:>perhaps adding parameters to the PARM string on
On Sun, Nov 10, 2024 at 10:51:22PM +0200, Steff Gladstone wrote:
> What is the best way of modifying JCL after the job has been
> submitted, in order to conditionally add another DDNAME to a JOB STEP? Or
> perhaps adding parameters to the PARM string on the EXEC statement.
questions:
1. When is
Hi Steff,
Please look at JES2 Exit 4 (There is a sample in CBT File 122) and (SMF
Exit) IEFUJV (There is a sample in CBT File 573).
Regards,
David
On 11/10/2024 15:51, Steff Gladstone wrote:
What is the best way of modifying JCL after the job has been
submitted, in order to conditionally add
Short answer: NO WAY.
However you can use some *programming* language for that, including REXX.
Simple explanation:
JCL is *not* a programming language.
JCL "piece of code" is called job, not program.
The job could be compared to a command entered from command line.
Indeed, simple single-jobstep
On Sun, 10 Nov 2024 22:51:22 +0200, Steff Gladstone wrote:
>What is the best way of modifying JCL after the job has been
>submitted, in order to conditionally add another DDNAME to a JOB STEP? Or
>perhaps adding parameters to the PARM string on the EXEC statement.
>
Why?
Must the job be submit
Submit an additional job with the same jobname. Be sure to delay a
little bit until the first job is running..
On Sun, Nov 10, 2024 at 3:51 PM Seymour J Metz wrote:
>
> You can't, but there are some things that you can do on the fly.
>
> You can allocate and free datasets dynamcally with SVC 99,
You can't, but there are some things that you can do on the fly.
You can allocate and free datasets dynamcally with SVC 99, either directly or
using one of the IBM provided front ends. e.g., ALLOC, BPXWDYN.
You can do a RDJFCB, modify, e.g., the member name, the file sequence number,
then OPEN
21 matches
Mail list logo
