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
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:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Paul Gilmartin
> > Sent: Wednesday, January 20,
016 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 samples for S
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.. N
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 ch
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
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 a
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 2
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 javah
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, inc
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 c
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 k
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 an
nuary 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 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
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 /etc/prof
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 do
other *ix Java 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
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:
>
> > Dammit! The path to Java changes wit
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 k
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 sens
20 matches
Mail list logo