Hallo !
Hallo Holger,
da kommt ne ganze Menge:
<21:17> johannes@server4:~ $ ls -l
whereis java
ls: java:: Datei oder Verzeichnis nicht gefunden
lrwxrwxrwx 1 root root 22 2006-12-18 15:03 /usr/bin/java -> /etc/alternatives/
So in etwa das hatte ich vermutet. Bei mir ist das ein Skript das die Java-VM aufruft.
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_08-b03, mixed mode)
Es scheint bei Dir aber zumindest die neueste Version zu verwenden. Und nicht wie bei mir irgendeine (Debian-)Antiquitaet.
Bei mir wird da mit "classpath" rumoperiert - an der Stelle war's imho auch schon mal buggy.
Das kann man aber insgesamt umgehen wenn man mittels
export CLASSPATH=<PFAD>/<NAME DER JAR-Datei>:$CLASSPATH
eine Umgebungsvariable setzt.
Dann kannst Du das "-classpath" beim java-Aufruf weglassen.
Wenn Du nicht nur JARs sondern auch classes ausfuehren willst wuerde ich
export CLASSPATH=.:<PFAD>/<NAME DER JAR-Datei>:$CLASSPATH
nehmen; sonst fndet java die Klassen im aktuellen Verzeichnis nicht.
Wenn's klappt kannst Du den Befehl dann in die .profile oder .bashrc des betreffenden Benutzers ( also zunaechst wohl mal in Deinen eigenen $HOME ) aufnehmen.
Gruesse
Holger
Aus dem Perl Styleguide:
"Choose mnemonic identifiers. If you can't remember what mnemonic means, you've got a problem."