Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / November 2007

Tip: Looking for answers? Try searching our database.

Java update location

Thread view: 
Monty - 24 Oct 2007 14:57 GMT
I hope this is the correct forum for this.  Please point me in the
right direction if it's not.

I recently downloaded the latest Java runtime enviroment from Sun for
Solaris 8.  Running the script creates an update directory, but where
does this directory go?  Is this something that can exist anywhere as
long as it's linked to the original installation?

Thanks
Roedy Green - 25 Oct 2007 08:50 GMT
>I recently downloaded the latest Java runtime enviroment from Sun for
>Solaris 8.  Running the script creates an update directory, but where
>does this directory go?  Is this something that can exist anywhere as
>long as it's linked to the original installation?

see
http://java.sun.com/javase/6/webnotes/install/jre/install-solaris.html

If you plan to write programs, not just run them, you will need the
JDK.
see http://mindprod.com/jgloss/jdk.html
Signature

Roedy Green Canadian Mind Products
The Java Glossary
http://mindprod.com

Monty - 30 Oct 2007 19:03 GMT
Thanks, I had seen those directions and followed them, but I guess my
understanding of the Java directory sturcture is in question.  Having
run the installation script, I see it creates a directory called
jre1.6.0_03 in whatever directory I run the script.  It appears to
have a very similar structure to a directory named jre in our Java
installation directory (/usr/java1.2).  Do I link that jre directory
to the new jre1.6.0_03 directory?

Thanks
Lew - 31 Oct 2007 01:31 GMT
> Thanks, I had seen those directions and followed them, but I guess my
> understanding of the Java directory sturcture is in question.  Having
[quoted text clipped - 3 lines]
> installation directory (/usr/java1.2).  Do I link that jre directory
> to the new jre1.6.0_03 directory?

You apparently have a UNIX-like environment, such as BSD, Linux or Solaris,
correct?

Let's say you have a standard location to root all your Java installations.  I
use /opt/java/ here.  Apparently it's /usr/ at your location.  Let's just
pretend that we have an envar JAVA_PARENT for that directory.  In my case,
using bash I'd

$ export JAVA_PARENT=/opt/java

(You don't actually need this envar, of course, it just makes things easier to
talk about on Usenet.)

Unpack or copy your jre1.6.0_03 to $JAVA_PARENT.  In your case you now have
two subdirectories:

$JAVA_PARENT/java1.2
$JAVA_PARENT/jre1.6.0_03

Now point JRE_HOME to the correct one, modify your PATH to use the correct
bin/ subdirectory of that one, and away you go.

Another way is to symbolically link your correct version of Java to, say,
$JAVA_PARENT/java.  Then all things Javaesque can use
JRE_HOME=$JAVA_PARENT/java, and all you have to do is update the symbolic link
when you change versions.

The popular 'alternatives' mechanism can help you manage multiple versions of
the same service.  Here's what I have:

# /usr/sbin/alternatives --display jdk
jdk - status is auto.
 link currently points to /opt/java/jdk1.6.0_03-32
/opt/java/jdk1.5.0_13 - priority 1513
 slave jre: /opt/java/jdk1.5.0_13/jre
/opt/java/jdk1.6.0_03 - priority 1600
 slave jre: /opt/java/jdk1.6.0_03/jre
/opt/java/jdk1.6.0_03-32 - priority 1603
 slave jre: /opt/java/jdk1.6.0_03-32/jre
Current `best' version is /opt/java/jdk1.6.0_03-32.

I use 'alternatives' to set up my symbolic link to /usr/java/java, which
currently points to the `best' version: /opt/java/jdk1.6.0_03-32.

$ echo $JAVA_HOME
/usr/java/java

$ echo $JRE_HOME
/usr/java/java/jre

(Aside: /usr and /opt are on separate hard drives.  I find /usr more "natural"
as a location for things like JAVA_HOME, but I use /opt for large things.
Through the magic of the "ln -s" performed by 'alternatives', I have the best
of both.)

Signature

Lew

Martin Gregorie - 31 Oct 2007 13:35 GMT
> (Aside: /usr and /opt are on separate hard drives.  I find /usr more
> "natural" as a location for things like JAVA_HOME, but I use /opt for
> large things. Through the magic of the "ln -s" performed by
> 'alternatives', I have the best of both.)

I add one extra tweak to that: I've replaced /usr/java with a symlink
pointing to /home/java and done the same with /usr/local and /home is a
separate partition.

This way upgrades are dead simple: I reformat everything except the
/home partition and do the install. This leaves me with an empty
/usr/local tree and no java. To put things back as they were I only have
to delete /usr/local and put the java and local symlinks back in /usr.

Then all(!) I have left to do is drop my custom config files back into
/etc and put the DNS stuff back in /var. Copies of these are held in
/home as you might expect.

Signature

martin@   | Martin Gregorie
gregorie. | Essex, UK
org       |

Monty - 01 Nov 2007 18:27 GMT
I relinked the /usr/java1.2 directory to /usr/jre1.6.0_03 and it
worked for the most usual things we use.  It doesn't work, however,
for the application I installed it for, which tells me the problem
lies elsewhere and not in the version.

Thanks for the input from everyone, it's been an education.  I'll have
to contact Sun on this one.

Monty
Roedy Green - 31 Oct 2007 01:56 GMT
>Do I link that jre directory
>to the new jre1.6.0_03 directory?

see http://mindprod.com/jgloss/jdk.html#WHYTHREE
Signature

Roedy Green Canadian Mind Products
The Java Glossary
http://mindprod.com



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.