On Fri, 6 Jun 2008 06:28:56 -0500, Brian Peterson <[EMAIL PROTECTED]> wrote:
>d) What I do is always include COBOL in the z/OS serverpac, and during the >serverpac installation, I choose to merge the vaious product's zFS file >systems into the main z/OS root file system data set, just because it is >simpler to manage one big data set than several smaller ones. <SIGH> Simpler until you try to maintain multiple releases of the compiler. This goes for Java, too. IBM really needs to tackle the issue of fully supporting and endorsing AUTOMOUNT for /service in SMP/E packaging architecture, and they really need to come up with a consistent standard for directory names, mountpoints, etc. First it was /usr/lpp/java, then /usr/lpp/java/J1.4, then /usr/lpp/java/J1.4/J1.4, then back... This would probably have helped the other poor soul on this list who found his GIMLEVEL in a wad. For those of us that maintain several target/distribution zones, I contend that a properly established AUTOMOUNT policy is the only way to guarantee integrity between your SYSRES, HFS', and CSI's. The unnatural gyrations we had to go through here to make it work, and we tweak it continuously for each new release of z/OS, COBOL, Java, MQ, etc. - it makes my head spin. Worse than trying to configure shared FCTC's. Tom, you landed at the wrong vendor to assist in this mess... %) Regards, Arthur Gutowski Ford Motor Company ---------------------------------------------------------------------- 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
