<font face="arial">The solution was found in in running "/usr/sbin/alternatives" and selecting a new path, along with creating "/etc/profile.d/java.sh". In other words it was completely different all together from CentOS.<br><br><br><br>At Wednesday, 15-09-2010 on 20:57 Josh Welch wrote:<br><blockquote style="border-width: 0pt 0pt 0pt 2px; border-style: none none none solid; border-color: -moz-use-text-color -moz-use-text-color -moz-use-text-color rgb(34, 67, 127); padding: 0px 0px 0px 5px; margin: 0px 0px 0px 5px;">Take a look at that Java that you're getting pathed to, I seem to<br>
recall that Red Hat does a bunch of symlink goofiness with Java that<br>
you need to navigate through. Looks like this might have the info you<br>
were looking for:<br>
<br>
http://www.linuxquestions.org/questions/linux-software-2/jdk1-5-install-rhel4-452546/<br>
<br>
On Tue, Sep 14, 2010 at 3:46 PM, Sean Waite &lt;swaite@sbn-services.com&gt; wrote:<br>
&gt; Here is the full "/etc/profile":<br>
&gt; _______________________________________________________________________________________________<br>
&gt;<br>
&gt; # /etc/profile<br>
&gt; # System wide environment and startup programs, for login setup<br>
&gt; # Functions and aliases go in /etc/bashrc<br>
&gt; pathmunge () {<br>
&gt; if ! echo $PATH | /bin/egrep -q "(^|:)$1($|:)" ; then<br>
&gt; &nbsp; if [ "$2" = "after" ] ; then<br>
&gt; &nbsp; &nbsp; &nbsp;PATH=$PATH:$1<br>
&gt; &nbsp; else<br>
&gt; &nbsp; &nbsp; &nbsp;PATH=$1:$PATH<br>
&gt; &nbsp; fi<br>
&gt; fi<br>
&gt; }<br>
&gt; # ksh workaround<br>
&gt; if [ -z "$EUID" -a -x /usr/bin/id ]; then<br>
&gt; EUID=`id -u`<br>
&gt; UID=`id -ru`<br>
&gt; fi<br>
&gt; # Path manipulation<br>
&gt; if [ "$EUID" = "0" ]; then<br>
&gt; pathmunge /sbin<br>
&gt; pathmunge /usr/sbin<br>
&gt; pathmunge /usr/local/sbin<br>
&gt; fi<br>
&gt; # No core files by default<br>
&gt; ulimit -S -c 0 &gt; /dev/null 2&gt;&amp;1<br>
&gt; if [ -x /usr/bin/id ]; then<br>
&gt; USER="`id -un`"<br>
&gt; LOGNAME=$USER<br>
&gt; MAIL="/var/spool/mail/$USER"<br>
&gt; fi<br>
&gt; HOSTNAME=`/bin/hostname`<br>
&gt; HISTSIZE=1000<br>
&gt; if [ -z "$INPUTRC" -a ! -f "$HOME/.inputrc" ]; then<br>
&gt; &nbsp;&nbsp; &nbsp;INPUTRC=/etc/inputrc<br>
&gt; fi<br>
&gt; export PATH USER LOGNAME MAIL HOSTNAME HISTSIZE INPUTRC<br>
&gt; for i in /etc/profile.d/*.sh ; do<br>
&gt; &nbsp;&nbsp; &nbsp;if [ -r "$i" ]; then<br>
&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;if [ "$PS1" ]; then<br>
&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;. $i<br>
&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;else<br>
&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;. $i &gt;/dev/null 2&gt;&amp;1<br>
&gt; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp;fi<br>
&gt; &nbsp;&nbsp; &nbsp;fi<br>
&gt; done<br>
&gt; unset i<br>
&gt; unset pathmunge<br>
&gt; # JAVA<br>
&gt; JAVA_HOME="/usr/java/jre1.6.0_21/bin"<br>
&gt; export JAVA_HOME<br>
&gt; export JAVA_PATH="$JAVA_HOME"<br>
&gt; export PATH="$PATH:$JAVA_HOME"<br>
&gt; _____________________________________________________________________________________________<br>
&gt;<br>
&gt; Where else would it be reading the 1.4.2 version? I thought by putting this<br>
&gt; in profile that it would make this the default java to use.<br>
&gt;<br>
&gt; At Tuesday, 14-09-2010 on 15:14 Justin Krejci wrote:<br>
&gt;<br>
&gt; If I understand you correctly then if you look at your $PATH variable it is<br>
&gt; finding java sooner in the path than your newly appended version in<br>
&gt; $JAVA_HOME. So you can either remove the old version (or even just rename<br>
&gt; the binary file or remove the execute bit) or else modify your path to place<br>
&gt; the new $JAVA_HOME location before the other one (prepend to $PATH instead<br>
&gt; of append) or you could even remove the directory of the old one from $PATH<br>
&gt; but this last one may have other unintended consequences.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; From: tclug-list-bounces@mn-linux.org<br>
&gt; [mailto:tclug-list-bounces@mn-linux.org] On Behalf Of Sean Waite<br>
&gt; Sent: Tuesday, September 14, 2010 2:47 PM<br>
&gt; To: TCLUG Mailing List<br>
&gt; Subject: [tclug-list] Sun java on Redhat 5.5<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; When I installed Sun's java 1.6 in CentOS, I merely made /usr/java folder,<br>
&gt; downloaded the file and extracted. Then added:<br>
&gt;<br>
&gt; # JAVA<br>
&gt;<br>
&gt; JAVA_HOME="/usr/java/jre1.6.0_21/bin"<br>
&gt;<br>
&gt; export JAVA_HOME<br>
&gt;<br>
&gt; export JAVA_PATH="$JAVA_HOME"<br>
&gt;<br>
&gt; export PATH="$PATH:$JAVA_HOME"<br>
&gt;<br>
&gt; to /etc/profile, and then "java -version" correctly displayed my version,<br>
&gt; and the app that requires java 1.6 ran just fine.<br>
&gt;<br>
&gt; However I am unfamiliar with Red Hat enterprise. I repeated the same steps<br>
&gt; as I did for CentOS (which had no java version installed anyways). Also,<br>
&gt; doing "whereis java" shows /usr/share/java" as the path. This version being<br>
&gt; 1.4.2 we are told is not compatible, so that is why I need to get 1.6 (Sun's<br>
&gt; version) installed.<br>
&gt;<br>
&gt; What exactly am I missing here? I always thought that if I put the path to<br>
&gt; "/etc/profile" that this would be&nbsp;sufficient. Redhat does have a config file<br>
&gt; in "/etc/java/java.conf" that I can edit, but do not know if I should touch<br>
&gt; this or not.<br>
&gt;<br>
&gt; Please help a very dim nub out here.<br>
&gt;<br>
&gt;<br>
&gt; Sean<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
&gt; tclug-list@mn-linux.org<br>
&gt; http://mailman.mn-linux.org/mailman/listinfo/tclug-list<br>
&gt;<br>
&gt;<br>
<br>
_______________________________________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
tclug-list@mn-linux.org<br>
http://mailman.mn-linux.org/mailman/listinfo/tclug-list</blockquote></font>