>>> On 6/10/2009 at 5:24 PM, in message <listserv%[email protected]>, Paul Gilmartin <[email protected]> wrote: > On Wed, 10 Jun 2009 16:26:36 -0600, Frank Swarbrick wrote: > >>I am such an applications person. Only I don't count that as a flaw. Tools > are (should be) there to make life easier. Such a useful tool would be a > system level "JOBLIB" that would be searched by default if a module can not > be located in a JCL level JOBLIB or STEPLIB. I just cannot imagine *why* > anyone would be against it. It has too many good points and not, in my > opinion, many bad ones. I would not suggest any type of caching like LNKLIST > because of the REFRESH issue you mention. Just a general "hey, search here > too!". >> > No caching ==> poor performance. Frequent refresh ==> poor performance. > You can't win. The ideal would be an LLA that refreshed automatically > and incrementally whenever a STOW was performed on any of its catenands. > We're not there yet.
This is why I would suggest perhaps something similar to LINKLIST in that it is searched by default, but also like JOBLIB in that there is no caching. Systems stuff that isn't changed often could go in LINKLIST. Applications could go in to this "system standard JOBLIB". Any JCL specified JOBLIB would be searched, then the "system standard JOBLIB", and then the LINKLST (or maybe LINKLST before JOBLIB; I'm not sure I care either way). > Would the JCL INCLUDE facility help you here? Yes and no. Yes, I could have a member that has a JOBLIB concatention with all of the production libraries I would need for production applications jobs. But no, this would not help for testing, because any JOBLIB I specified in my test JCL in order to add a test library (ahead of production libraries) would have to be "built from scratch" in order to place it at the beginning. I can think of several ways that JCL could be improved to help me here. Unfortunately I get the feeling no one at IBM is interested in enhancing JCL... (How about IBM open source z/OS. Then some industrious person could make some nice enhancements and give them back to IBM!) Thanks Paul, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation Lakewood, CO USA P: 303-235-1403 F: 303-235-2075 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
