JAVA Install ?

[MikeL_4]

I've been asked to install JAVA SDK but to install it in a non-standard directory, not in /opt/java1.4

I've noticed that vendors install there own version of java for there applications rather than using /opt/java1.4.

Should I install as normal and just copy /opt/java1.4 to the directory they are requesting ?

[Steven E. Protter · Accepted solution]

Shalom,

Either way will work. swinstall has an option to install to an alternate location.

After installation you may need to manipualte the JAVA_PATH environment variable to make your application work. Also keep track of the PATH variable.

swinstall -i

Thats How I would go about the installation if I were to want to use the SD/UX database and keep it accurate.

SEP

[MikeL_4]

Thanks SEP, could you answer one other question for me though. Since I'm not an applications person, why do all these applications have to have there own version of Java to run off of and not just execute from /opt/java1.x ??
I noticed that HP even does this with there ISEE product instead of using /opt/java1.4..

[TwoProc]

Mike, even though java is touted (by Sun) as being backwards compatible, forward compatible, universal, and all done wonderfully b/c it is truly Object Oriented (and therefore should be almost bug-free!!!) blah, blah, blah - it STILL has code with bugs/issues that are related to/solved by/created by different versions of of the java engine/libraries. Seemingly much more so that reliable ol' ANSI C (gaaah!).

So, each little development thingy that is sent out is going to be dependant on a particular version (and seemingly narrow) version of java.

I first noticed this back in the late 90's (a millenium ago) that we could have some code working, and then patch with a .x.x.x.2 minor upgrade, and fields would dissapear, buttons that didn't show before might show up... etc.

So, you can have a java version for the installer to an installer program - that program in turn may install a java to actually perform the install that is a different version - that version may go and install a java for a portion of a webui, a java for a network interface component, a java to be paired up with a bundled Apache component, a java for the database management tool, a different java for interfacing to the database for the destined database itself (not be confused with the dba management component or the custom applications delivered java interface), or even the java engine delivered to the desktop (and NO, I'm NOT exagerrating there are BIG commerical enterprise environments out there that ACTUALLY do this crazy stuff - and even more).

What it gets down to is what java the specific piece of code you're running is developed, certified, and tested to run against. Leaving me with the impression that even though I like writing a little code in java - it certainly possesses significantly less universality than it purports to have - (like 10%).

Signed,
java-jaded

[MikeL_4]

thanks