> On May 13, 2016, at 10:15 AM, Tom Marchant > <[email protected]> wrote: > > On Thu, 12 May 2016 23:16:43 -0500, Edward Gould wrote: > >> When I do JCL I have 1 PROC (total) for Receive, Apply and Accept. >> The symbolics in JCL allow for overrides for APPLY & Accept volumes. > > So when you APPLY or ACCEPT you have to update the symbol(s) for the volume(s) > AND specify the matching zone name? Of course, if you could just use one > symbol > for it all if you are using symbols in your in-stream data and your > target/dlib zone > names and volumes include the same string. Otherwise, you are introducing > possibilities for errors.
We use symbolic in JCL for VOL and UNIT as well as HLQ and DISP, this is for the z/OS side. Products not in the MVS GLOBAL/TARGET/Accept have their own rules but generally are up the the owners responsibility. I have found that a lot of the so called SMPE installable products are less than true SMP maintainable (esp CA products) and its up to the products owners to maintain them. That is where documentation comes in and its up to the owners to maintain the doc. I have had several sysprogs who did their own thing and dinged them heavily if they don’t. One sysprog I got no increase in salary because he didn’t maintain it so its a real item on the todo list. > >> I find with DDEF’s there can be too many incidents of OOPS I didn’t mean to >> do that. > > Really? Can you give examples? I've never had a problem caused by the fact > that I use DDDEFs. When DDEF’s first came out they were a PITA and it was easy to screw the volser up and we got some half on and half off PTF’s on. it took some time to figure out what was going on. JCL is so much more straight forward and if you screw up a dsn etc you get a 213 so you know you have a problem right away. > >> Also with DDEFS there can be too many fingers in the pie and that leads to >> oops. > > Why? When I create a zone, I define the DDDEFs, then leave them alone. That depends on your environment I guess. We didn’t go around creating zones as there are too many vendors who live in the own SMPE bubble and violate rules that in our environment were not permissible . Ed > > -- > 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
