Well, you can't (to the best of my knowledge) use things depending on user catalogs at the time that the IPL LPA or Linklst are built. And the name in the APF list has to be the real name on the volume.
I don't know the effect of STEPLIBing a job or STC via an non-VSAM alias to a dataset that is correctly APF authorized by it's real name. I think that should actually work. Playing post IPL games with SETPROG might get you what you want, but will be need additional attention maintaining the Commands and likely be more prone to error. > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On > Behalf Of Sankaranarayanan, Vignesh > Sent: Tuesday, May 01, 2018 8:12 PM > To: [email protected] > Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias > > Hi Dave, > > I wouldn’t dare change the structuring at this point without fully > understanding why it is the way it is; which may very well be because of > something that happened twenty years ago. > > – Vignesh > Mainframe Infrastructure > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Gibney, Dave > Sent: Wednesday 02-May-2018 03:00 > To: [email protected] > Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias > > I hate to add to the complexity. I don't like the OP's naming > plans/conventions at all. > > But, he can have what he wants. It is the IPL time linklst that isn't going to > have such fancy thigs and access to usercats available. He can IPL with a > minimal, perhaps even IBM only LPA/LINKLST/APF and then, once the > system is far enough up that that full catalog services are available, use > SETPROG to "enhance" these resources. > > I am not saying this is a good idea, although I have considered using this > idea > in a more limited manner for a couple ISV's > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM- > [email protected]] > > On Behalf Of Tom Marchant > > Sent: Tuesday, May 01, 2018 12:47 PM > > To: [email protected] > > Subject: Re: [EXTERNAL] Re: IEFA107I when pointing to dataset alias > > > > On Tue, 1 May 2018 10:37:37 -0500, Paul Gilmartin > > <[email protected]> wrote: > > > > >On Tue, 1 May 2018 08:22:08 +0300, Alan(GMAIL)Watthey wrote: > > >> > > >>However, with a bit of extra work you can use SYMBOLICRELATE type > > >>alias > > >instead and that is allowed to go in a different catalog (see OA52218). > > >... > > >> > > >And to this end catalog should support specifying SYMBOLICRELATE with > > >no need to have an actual substitutable symbol in the alias name. > > >That would eliminate the need for (some of) the extra work. > > > > Not for the OP's problem. He wants to define most of his data sets in > > a Usercat, but those that are in LNKLST, he wants to define in the > > Master Catalog. He could create an alias in the master using > > SYMBOLICRELATE, but he cannot include that alias in the LNKLST. > > > > -- > > Tom Marchant > > > > ---------------------------------------------------------------------- > > 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 > > MARKSANDSPENCER.COM > ________________________________ > Unless otherwise stated above: > Marks and Spencer plc > Registered Office: > Waterside House > 35 North Wharf Road > London > W2 1NW > > Registered No. 214436 in England and Wales. > > Telephone (020) 7935 4422 > Facsimile (020) 7487 2670 > > www.marksandspencer.com > > Please note that electronic mail may be monitored. > > This e-mail is confidential. If you received it by mistake, please let us know > and then delete it from your system; you should not copy, disclose, or > distribute its contents to anyone nor act in reliance on this e-mail, as this > is > prohibited and may be unlawful. > > ---------------------------------------------------------------------- > 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
