On Wed, 10 Jun 2009 16:26:36 -0600, Frank Swarbrick <[email protected]> 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!". > All it takes is one bad one. LNKLST is the facility to use if you really want to do what you suggest. Why reinvent the wheel. Many shops put application programs in LNKLST libs. I'm not particularly fond of it, but is done - including in one LPAR here. Every day at around 6 pm a "F LLA,UPDATE=xx" command is issue to refresh those production libs in the LNKLST (only a few libraries). Note the use of UPDATE and not REFRESH. There are other methods of doing this also, including adding a step to your "production move" JCL that notifies LLA of the update programatically. You don't even have to write one yourself (see LINKLLA from Gilbert Saint-Flour on CBT file 183 - http://www.cbttape.org). The more common way to do this, which doesn't have the "caching" issues you mentioned, has the most flexibility _and_ you can totally control it yourself as an application programmer (or as an application programming group / organization), is the use of the INCLUDE statement in JCL for your JOBLIB concatenation. Feel free to include as many "search all these libraries" as you want / need and change it whenever you want. It is more flexible because it allows a particular application or set of applications to not "always search" by default - which could cause a problem or even a collision if there were some duplicate program names. Sure, you have 1 time setup to add the INCLUDE to your execution JCL, but this facility has been around since MVS/ESA V4 - so if you really want or need this type of feature, you can easily set it up if you take a little time. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[email protected] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- 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
