Java Update Installations

[Former Member]

Hi Guru's

We implementing the portal on Linux 64 bit and I have downloaded the required JDK as per sapnote 861215.

Also Downloaded the required .rpm files from Novell which is :

IBMJava2-AMD64-142-SDK-1.4.2-12.0x86_64.rpm

We are running the command # rpm -ivh for above package and it unpacks into /opt

The problem is its not updating the currently installed Java.

Any ideas of how we can rectify this and continue?

Thanks

[Former Member · Accepted solution]

Thanks Markus

But however it still unpacks into /opt which is wrong

[markus_doehr2 · Accepted solution]

Why is that wrong?

Markus

[Former Member · Accepted solution]

The problem is that the current installed java is not pointing to /opt

:~ # find / -name java

/etc/java

/etc/alternatives/java

/sapmnt/PT0/exe/jkit/bin/java

/sapmnt/PT0/exe/jkit/jre/bin/java

/usr/sap/PT0/JC00/j2ee/cluster/server0/apps/sap.com/srm~superp/src/java

/usr/sap/PT0/JC00/SDM/root/origin/sap.com/tc/epbc/pcm/adminapi/java

/usr/sap/PT0/JC00/SDM/root/origin/sap.com/tc/wd4vc/util/java

/usr/share/java

/usr/lib64/jvm/java-1_4_2-ibm-1.4.2_sr7/jre/bin/java

/usr/lib64/jvm/java-1_4_2-ibm-1.4.2_sr7/bin/java

/usr/lib64/jvm/java

/usr/lib64/jvm-exports/java

/usr/lib64/java

/usr/bin/java

/usr/lib/jvm/java-1_4_2-sun-1.4.2.13/jre/bin/java

/var/lib/rpm/alternatives/java

find: WARNING: Hard link count is wrong for /: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched.

/opt/IBMJava2-amd64-142/bin/java

/opt/IBMJava2-amd64-142/jre/bin/java

the java env is:

JRE_HOME=/usr/lib64/jvm/java/jre

JAVA_BINDIR=/usr/lib64/jvm/java/bin

JAVA_HOME=/usr/lib64/jvm/java

SDK_HOME=/usr/lib64/jvm/java

JAVA_ROOT=/usr/lib64/jvm/java

so how do i link it to /opt.the current java is on: java -fullversion

java full version "1.4.2_13-b06" i need to change it to

"1.4.2_12 as iam having a problem starting the java engine on Sap web As Java .Enterprise portal 7. Sles 10 linux 64bit

error:

more stderr0

(17602) New Child Process created.

(17602) Starting local Command:

Command: jc.sapPT0_JC00

pf=/usr/sap/PT0/SYS/profile/PT0_JC00_mdfgs07

[Thr 46932821179104] MtxInit: -2 0 0

The java class is not found: com.sap.engine.offline.OfflineToolStart

The java class is not found: com.sap.engine.offline.OfflineToolStart

The java class is not found: com.sap.engine.offline.OfflineToolStart

The java class is not found: com.sap.engine.offline.OfflineToolStart

any ideas are welcome

[markus_doehr2 · Accepted solution]

What´s the output of

java -version

as adm? This may not be the same as for root.

Markus

[Former Member · Accepted solution]

as sidadm: java -version

java version "1.4.2"

Java(TM) 2 Runtime Environment, Standard Edition (build 2.2)

IBM J9SE VM (build 2.2, J2RE 1.4.2 IBM J9 2.2 Linux amd64-64 j9xa64142-20061124 (JIT enabled)

J9VM - 20061121_1035_LHdSMr

JIT - r7_level20061020_1803)

as root:

java -version

java version "1.4.2_13"

Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_13-b06)

Java HotSpot(TM) Client VM (build 1.4.2_13-b06, mixed mode)

[markus_doehr2 · Accepted solution]

> as sidadm: java -version

> java version "1.4.2"

> Java(TM) 2 Runtime Environment, Standard Edition (build 2.2)

> IBM J9SE VM (build 2.2, J2RE 1.4.2 IBM J9 2.2 Linux amd64-64 j9xa64142-20061124 (JIT enabled)

> J9VM - 20061121_1035_LHdSMr

> JIT - r7_level20061020_1803)

So this is the "old" version.

At the time you installed the system, did you use the downloaded IBM JDK or did you use the one that was delivered?

You can find out which directory is used by issuing

which java

Markus

[Former Member · Accepted solution]

Markus

We used the one that was delivered hoping to upgrade it to SR13.

Command "which Java" shows /usr/bin/java

[Former Member · Accepted solution]

Correction!!

We are hoping to Upgrade to SR12

[markus_doehr2 · Accepted solution]

If you used the SuSE installed version then I suggest you update that one (using online update or rug). SuSE delivers SR12 already

Markus

[Former Member · Accepted solution]

Hi Markus

We've run the rug command and it says the software is installed (SR12)

If you check with the earlier post in this thread you will see that Java environment is pointing to /usr/lib64/jvm/java of which is the wrong version it should point to /opt which is the correct version needed SR12

So how do i fix those links?Any ideas greatly appreciated

[markus_doehr2 · Accepted solution]

> We've run the rug command and it says the software is installed (SR12)

Yes - because you updated it manually using the IBM package and not the SuSE package.

> If you check with the earlier post in this thread you will see that Java environment is pointing to /usr/lib64/jvm/java of which is the wrong version it should point to /opt which is the correct version needed SR12

Yes - that is the SuSE default path where the files are installed. The IBM package installs under /opt. So you have a "mixed" setup now.

> So how do i fix those links?Any ideas greatly appreciated

If you want to use that "new" $JAVA_HOME you need to change all references to point to the new directory:

$HOME/.j2eeenv.csh
$HOME/.j2eeenv_<hostname>.csh
$HOME/.login
$HOME/.profile
$HOME/.sapsrc.csh
$HOME/.sapsrc_<hostname>.csh

plus using the configtool.sh to change the paths to the new path.

Markus

[hannes_kuehnemund · Accepted solution]

Yes - that is the SuSE default path where the files are installed. The IBM package installs under /opt. So you have a "mixed" setup now.

as a side note, installing the IBM-JDK-devel package from Novell, the link /opt/IBM..... is created which points to /usr/lib64/jvm.

Thanks,

Hannes

[markus_doehr2]

> We are running the command # rpm -ivh for above package and it unpacks into /opt

> The problem is its not updating the currently installed Java.

Yes - because rpm -i will install, if you want to update you need to do an rpm -U

Markus