[4803] in Release_7.7_team

home help back first fref pref prev next nref lref last post

/usr/bin/java confusion on Linux

daemon@ATHENA.MIT.EDU (Alex T Prengel)
Mon Aug 23 15:47:58 2004

Message-Id: <200408231947.i7NJltbg026121@astrophel.mit.edu>
To: release-team@MIT.EDU
cc: alexp@MIT.EDU
Date: Mon, 23 Aug 2004 15:47:55 -0400
From: Alex T Prengel <alexp@MIT.EDU>


Hi, this came in today and there have been other complaints about
/usr/bin/java not working on Linux (it's not a missing symlink- I use
athdir in the launch script). "add -f java; java" works but users are
not used to doing that.

Can we make /usr/bin/java be an attach-and-run script that runs java out
of the java locker or remove it to alleviate this confusion?

                                        Thanks,

                                              Alex

------- Forwarded Message

Date: Mon, 23 Aug 2004 15:29:21 -0400
From: Garrett E Barter <gbarter@MIT.EDU>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040803)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: swmaint@MIT.EDU
Subject: Java problems on Athena RHEL 3.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

This list appears to be the maintainers of the Athena java locker. 
Running java on Athena returns the following error:

 >>>
athena %java
libgcj-java-placeholder.sh

This script is a placeholder for the /usr/bin/java and /usr/bin/javac
master links required by jpackage.org conventions.  libgcj's
rmiregistry, rmic and jar tools are now slave symlinks to these
masters, and are managed by the alternatives(8) system.

This change was necessary because the rmiregistry, rmic and jar tools
installed by previous versions of libgcj conflicted with symlinks
installed by jpackage.org JVM packages.
<<<

This might be due to the fact that although the java-locker is attached, 
the local version of java is being called and not /mit/java/bin/java:
 >>>
athena %which java
/usr/bin/java
<<<
There is no symlink in /mit/java/arch/ for i386_rhel3 (which is returned 
by machtype -S) perhaps that is the problem?

Thanks,
Garrett

------- End of Forwarded Message


home help back first fref pref prev next nref lref last post