I'm not sure I understand the problem the exit is attempting to resolve. Perhaps an example would provide for better discussion. My immediate reaction was why not simply use DSN=*.stepname.ddname and be done with it, but I realize there must be more to the story than that.
-- Donald Grinsell State of Montana 406-444-2983 [email protected] "There couldn't be a society of people who didn't dream. They'd be dead in two weeks." -- William S. Burroughs -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jousma, David Sent: Wednesday, 22 February 2012 11:42 To: [email protected] Subject: Re: Request for comments on the GDG IEFAB461 exit Sounds like a slippery slope to me. Almost like allowing System symbol resolution on batch jobs. What possible benefit can there be to this? _________________________________________________________________ Dave Jousma Assistant Vice President, Mainframe Services [email protected] 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mary Anne Matyaz Sent: Wednesday, February 22, 2012 1:33 PM To: [email protected] Subject: Request for comments on the GDG IEFAB461 exit Greetings Listers. The Share requirements committee is investigating a rather old requirement, SSSHARE011025, which asks for a way to specify, whether GDG's are cataloged at Step end or Job end. There's currently a usermod floating around that does this, I believe it's referred to as the Brylane GDG mod. Does anyone else use this mod? Would this requirement be beneficial to you? I'll paste the entire requirement below. Thanks for any and all thoughts, comments, snide remarks. :) Mary Anne SSSHARE011025 Title: JOB OR STEP LEVEL GDG RESOLUTION OPTION. Description: IBM should provide a facility in JCL such that users could use GDG base name resolution to occur, either at STEP end or JOB end. The installation must also be to specify the default. Benefit: We (and, I suspect, many other sites) prefer that the base level for relative GDG be updated at step end rather than the current IBM default of job end. This requires a usermod ZAP to catalog processing forcing the current GDG base level to be determined from the catalog rather than from GDGNT search. This ZAP must be reworked whenever the module affected is replaced by PTF maintenance or a new release level. The choice should be made selectable by the user via the standard system tailoring mechanisms (i.e., PARMLIB or a user exit). The usermod ZAP used to cause step end resolution of GDG base level must be reworked any time maintenance hits the module affected. As OCO code becomes more prevalent, it will become increasingly difficult to properly refit the ZAP. Should the GDGNT search function be relocated in full or in part to another module, it may become impossible to fix the usermod. Since all of our JCL, job restart, and operational procedures are dependent on GDG base! level being resolved at step end and not job end, this would create a critical situation, as it would require that we either totally change our JCL and operating procedures to conform to IBM default job end GDG resolution, or avoid applying maintenance that renders the usermod unusable. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
