:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
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
616.653.8429
f 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Thursday, January 21, 2016 8:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where's Java!? (SMP/E needs to know.)
> I also manage manua
Paris, Grand Rapids, MI 49546 MD RSCB2H
> > p 616.653.8429
> > f 616.653.2717
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Paul Gilmartin
> > Sent: Wednesday, January 20, 201
616.653.8429
f 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, January 20, 2016 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where's Java!? (SMP/E needs to know.)
Dammit! The path to Java changes
On 21/01/2016 2:22 PM, Andrew Rowley wrote:
You are being short sighted. Why would I spend additional time and
energy
updating a myriad of JAVA_HOME statements, scripts, JCL when I can
simply
standardize the whole thing. Sure you can always override
JAVA_HOME... but
that is the exception..
I'm a huge fan of sym-link to the "production" version of any package.
That way, you can have older, or newer, releases available simultaneously.
(see end)
The usual magic prefix for IBM is /usr/lpp.
So maybe point /usr/lpp/javaprod at the current release.
You could then set JAVAHOME in
On 21/01/2016 16:50, Rob Schramm wrote:
You are being short sighted. Why would I spend additional time and energy
updating a myriad of JAVA_HOME statements, scripts, JCL when I can simply
standardize the whole thing. Sure you can always override JAVA_HOME... but
that is the exception.. Not the
On Thu, 21 Jan 2016 03:14:44 +, Rob Schramm wrote:
>About the /etc/profile...
>Best to set JAVA_HOME to a symlink. Less work for an upgrade. The users
>can always override such things.. Having a standard symlink(s) that can be
>used gives a nice amount of control and consistency.
>
Can you
On 21/01/2016 15:00, Jack J. Woehr wrote:
Andrew Rowley wrote:
In answer to the original question, having SMP/E use the JAVA_HOME
environment variable would be the clean way.
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/java.htm?lang=en
Isn't that
Andrew Rowley wrote:
Isn't that javahome from a different location? Not the JAVA_HOME environment
variable?
Yeah, but it's set the same way JAVA_HOME is, pointing to the root of the
installation. IBM always has to be kinky,
and beside, they probably wanted to make sure that if the user has
Paul Gilmartin wrote:
Can you cite an authority for "JAVA_HOME"?
https://docs.oracle.com/cd/E19182-01/820-7851/inst_cli_jdk_javahome_t/
http://askubuntu.com/questions/175514/how-to-set-java-home-for-java
$JAVA_HOME is a convention, but it's a strong one recognized by umpteen
applications,
4:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> 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
Andrew Rowley wrote:
In answer to the original question, having SMP/E use the JAVA_HOME environment
variable would be the clean way.
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/java.htm?lang=en
--
Jack J. Woehr # Science is more than a body of
Andrew,
You are being short sighted. Why would I spend additional time and energy
updating a myriad of JAVA_HOME statements, scripts, JCL when I can simply
standardize the whole thing. Sure you can always override JAVA_HOME... but
that is the exception.. Not the rule.
Rob Schramm
On Thu, Jan
On 21/01/2016 14:14, Rob Schramm wrote:
About the /etc/profile...
Best to set JAVA_HOME to a symlink. Less work for an upgrade. The users
can always override such things.. Having a standard symlink(s) that can be
used gives a nice amount of control and consistency.
Except that JAVA_HOME is
I vote symlink as well.
Rob Schramm
On Wed, Jan 20, 2016, 4:45 PM John McKown
wrote:
> I like the SYMLINK idea. I do that myself, "by hand".
>
> On Wed, Jan 20, 2016 at 3:34 PM, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> >
environment?
Just asking . . .
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, January 20, 2016 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where's Java!? (SMP/E needs to know.)
Dammit
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
I like the SYMLINK idea. I do that myself, "by hand".
On Wed, Jan 20, 2016 at 3:34 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 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
On 2016-01-20 15:28, Farley, Peter x23353 wrote:
> Doesn't z/OS Unix have the equivalent of /etc/profile?
>
It has.
> And doesn't Java installation create an entry or invoked script in
> /etc/profile
>to set the JAVAHOME environment variable
>
it doesn't
> as every other *ix system does?
>
I
20 matches
Mail list logo