> Why? I'm interested why you would choose a symlink as opposed to a 
> config which sets an environment variable

Installation of some java based programs causes various configuration files for
that application which are based on the java environment variables.

For example, when installing istrobe various .sh scripts such as 
/CleanConfig.sh  are
built by the install process which also need java environment variables 
defined.  
It would be desirable for those scripts to be built containing statements such 
as:
JAVA_HOME=/usr/lpp/java/sdk6
so that when a new java 6 is installed that script will still run ok.

Unfortunately with most installs, even though I use both a symlink and set an 
environment
variable during the install.sh process, the resultant script generated will end 
up having
something like this in the CleanConfig.sh script:
JAVA_HOME=/usr/lpp/java/IBM/J6.0.1_64 
which is less desirable than the above.

-- 
  Donald J.
  [email protected]

On Thu, Jan 21, 2016, at 05:06 AM, David Crayford wrote:
> > I also manage manually with generic symlinks.   I do this for Apache 
> > webserver as well.
> 
> Why? I'm interested why you would choose a symlink as opposed to a 
> config which sets an environment variable.
> 
> >
> > _________________________________________________________________
> > Dave Jousma
> > Assistant Vice President, Mainframe Engineering
> > [email protected]
> > 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> > p 616.653.8429
> > f 616.653.2717
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:[email protected]] On 
> > Behalf Of Paul Gilmartin
> > Sent: Wednesday, January 20, 2016 4:35 PM
> > To: [email protected]
> > Subject: Where's Java!? (SMP/E needs to know.)
> >
> > Dammit!  The path to Java changes with any z/OS release and/or any Java 
> > release.  I need continually to add to my PATH variable to keep up.  And 
> > there's nothing an ISV can supply in JCL samples for SMP/E's SMPJHOME; the 
> > example in the SMP/E Reference is woefully outdated.
> >
> > This makes as little sense as if programmers were required to code 
> > "//SYSLIB  DD  DSN=SYS1.ZOSV2R2.MACLIB".
> >
> > I'm inclined to submit an RFE for either a utility to find Java or for 
> > IBM's supplying a usable symbolic  link to a preferred Java.
> > Retroactive; I can't wait for everyone to be on z/OS 2.3
> >
> > Any suggestions on form or rationale for such an RFE?
> >
> > Thanks,
> > gil
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send email 
> > to [email protected] with the message: INFO IBM-MAIN
> >
> > This e-mail transmission contains information that is confidential and may 
> > be privileged.   It is intended only for the addressee(s) named above. If 
> > you receive this e-mail in error, please do not read, copy or disseminate 
> > it in any manner. If you are not the intended recipient, any disclosure, 
> > copying, distribution or use of the contents of this information is 
> > prohibited. Please reply to the message immediately by informing the sender 
> > that the message was misdirected. After replying, please erase it from your 
> > computer system. Your assistance in correcting this error is appreciated.
> >
> >
> > ----------------------------------------------------------------------
> > 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

-- 
http://www.fastmail.com - Send your email first class

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to