Here is the full "/etc/profile":
_______________________________________________________________________________________________

# /etc/profile

# System wide environment and startup programs, for login setup
# Functions and aliases go in /etc/bashrc

pathmunge () {
if ! echo $PATH | /bin/egrep -q "(^|:)$1($|:)" ; then
   if [ "$2" = "after" ] ; then
      PATH=$PATH:$1
   else
      PATH=$1:$PATH
   fi
fi
}

# ksh workaround
if [ -z "$EUID" -a -x /usr/bin/id ]; then 
EUID=`id -u`
UID=`id -ru`
fi

# Path manipulation
if [ "$EUID" = "0" ]; then
pathmunge /sbin
pathmunge /usr/sbin
pathmunge /usr/local/sbin
fi

# No core files by default
ulimit -S -c 0 > /dev/null 2>&1

if [ -x /usr/bin/id ]; then
USER="`id -un`"
LOGNAME=$USER
MAIL="/var/spool/mail/$USER"
fi

HOSTNAME=`/bin/hostname`
HISTSIZE=1000

if [ -z "$INPUTRC" -a ! -f "$HOME/.inputrc" ]; then
    INPUTRC=/etc/inputrc
fi

export PATH USER LOGNAME MAIL HOSTNAME HISTSIZE INPUTRC

for i in /etc/profile.d/*.sh ; do
    if [ -r "$i" ]; then
        if [ "$PS1" ]; then
            . $i
        else
            . $i >/dev/null 2>&1
        fi
    fi
done

unset i
unset pathmunge
# JAVA
JAVA_HOME="/usr/java/jre1.6.0_21/bin"
export JAVA_HOME
export JAVA_PATH="$JAVA_HOME"
export PATH="$PATH:$JAVA_HOME"
_____________________________________________________________________________________________

Where else would it be reading the 1.4.2 version? I thought by
putting this in profile that it would make this the default java to
use.

At Tuesday, 14-09-2010 on 15:14 Justin Krejci wrote:

If I understand you correctly then if you look at your $PATH variable
it is finding java sooner in the path than your newly appended version
in $JAVA_HOME. So you can either remove the old version (or even just
rename the binary file or remove the execute bit) or else modify your
path to place the new $JAVA_HOME location before the other one
(prepend to $PATH instead of append) or you could even remove the
directory of the old one from $PATH but this last one may have other
unintended consequences.

 

 

FROM: tclug-list-bounces at mn-linux.org
[mailto:tclug-list-bounces at mn-linux.org] ON BEHALF OF Sean Waite
SENT: Tuesday, September 14, 2010 2:47 PM
TO: TCLUG Mailing List
SUBJECT: [tclug-list] Sun java on Redhat 5.5

 

When I installed Sun's java 1.6 in CentOS, I merely made /usr/java
folder, downloaded the file and extracted. Then added:

# JAVA

JAVA_HOME="/usr/java/jre1.6.0_21/bin"

export JAVA_HOME

export JAVA_PATH="$JAVA_HOME"

export PATH="$PATH:$JAVA_HOME"

to /etc/profile, and then "java -version" correctly displayed my
version, and the app that requires java 1.6 ran just fine.

However I am unfamiliar with Red Hat enterprise. I repeated the same
steps as I did for CentOS (which had no java version installed
anyways). Also, doing "whereis java" shows /usr/share/java" as the
path. This version being 1.4.2 we are told is not compatible, so that
is why I need to get 1.6 (Sun's version) installed. 

What exactly am I missing here? I always thought that if I put the
path to "/etc/profile" that this would be sufficient. Redhat does
have a config file in "/etc/java/java.conf" that I can edit, but do
not know if I should touch this or not. 

Please help a very dim nub out here.

Sean


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20100914/fbfde73f/attachment.htm