java findet nicht den neuesten JRE

[Reality]

Hi,
ich habe heute einen fremden Quellcode compiliert und da es nur eine java-Datei war, wollte ich nicht extra den JBuilder öffnen und ein Projekt anlegen.
So dann habe ich es über Konsole gemacht.
javac Bla.java
Alles kein Problem.

Nun will ich es ausführen
java Bla

und da kommt die Fehlermeldung, dass ich mindestens die JRE 1.5 brauche, da dass mit Java 1.5 kompiliert wurde.

Früher ging das wunderbar. Hat das vielleicht etwas damit zu tun, dass ich den JBuilder 2005 kürzlich installiert habe und der noch JDK 1.4 mit bringt?
Ich hab auch die Classpath-Variablen kontrolliert. Es ist richtig eingestellt, sonst würde es nämlich auch nicht mit jdk 1.5 compilieren.

Woran könnte es liegen?

Liebe Grüße
Reality

 

[thE_29]

naja, du musst auf PATH schauen und net classpath

Siehe meinen anderen Thread dazu http://www.java-forum.org/de/viewtopic.php?p=55665&highlight=#55665

 

[Reality]

Früher ging das wunderbar.
Ich hab auch die Classpath-Variablen kontrolliert. Es ist richtig eingestellt, sonst würde es nämlich auch nicht mit jdk 1.5 compilieren.

 

[abollm]

Du kannst über den Windows-Kommandozeileninterpreter jede JRE über die Umgebungsvariable JAVA_HOME ansprechen.

Hierzu ein Beispiel:

Annahme ist, dass du neben JRE 1.5 auch JRE 1.4.x sowie JRE 1.3.1_09 installiert hast. Die letztgenannte JRE benötigst du konkret und sie liegt im Verzeichnis "C:\Programme\JavaSoft\JRE\1.3.1_09\bin"

Deine Umgebungsvariable JAVA_HOME sollte auf diesen Pfad zeigen. Wenn nein, dann musst du den Pfad entsprechend umstellen.

Anschließend kannst du in der Kommandozeilenoberfläche genau diese JRE folgendermaßen ansprechen:

%JAVA_HOME%\java blabla

Das ist _eine_ Möglichkeit. Daneben geht natürlich immer auch ein Aufruf über angepasste Batch- bzw. CMD-Aufrufe.

Hoffe das hilft.

 

[thE_29]

@reality: javac und java hat nichts mit ClassPath zum tun, das hat nur mit PATH und JAVA_HOME zum tun!

 

[Reality]

Hmm, klappt beides nicht.
Egal, nehm ich eben JavaEditor.

Liebe Grüße
Reality

 

[abollm]

Hmm, klappt beides nicht.
Egal, nehm ich eben JavaEditor.

Liebe Grüße
Reality

Hast du beide Varianten ausprobiert?

Wenn ja, was steht denn für ein Eintrag in JAVA_HOME, wenn du SET in die Kommandozeile eingegeben hast?

 

[thE_29]

es ist egal was in JAVA_HOME steht!

Windows/Dos ist PATH orientiert, alles was in Path steht wird durchsucht!

Gibst du einen Befehl ein, zB

edit

Sucht er nach edit.exe/com/bat Datei zuerst in dem Verzeichnis wo du stehst, danach in allen Path Verzeichnissen (leuchtet das jetzt mal ein??)

Windows/Dos sucht dir net deine ganze Festplatte nach exe/com/bat Dateien durch, wenn du einen Befehl eingibst (macht Linux auch nicht, das hat ja auch Pfade).

Am besten nochmals den anderen Thread (was ich oben gepostet habe) anschauen, da hat electronix ein super bat Datei gepostet!

Ihr Dos Unwissenden

PS.: Alle anderen Umgebungsvariablen wie Classpath, JAVA_HOME sind nur für Programme selber, aber net für Windows!
Also damit Programme wissen wo der Classpath ist oder wo das Java-Home Verzeichnis ist!

 

[Bleiglanz]

Benutzer von Oracle oder anderen älteren JavaMonstern, die eine eigenes jdk mitbringen kennen das. Da wird dann bei der Installation im PATH einfach ein neues %jre-13x/bin% eingefügt...und plötzlich läuft nichts mehr

 

[abollm]

es ist egal was in JAVA_HOME steht!

Das halte ich schon einmal für ein Gerücht mindestens in dem Falle, wenn mehrere JREs (eine davon ist zudem 1.5) halbwegs ordnungsgemäß auf der Maschine installiert sind. Damit meine ich natürkich nicht die "Trümmer" die Oracle oder andere "ältere Java-Monster" (schöner Ausdruck von Bleiglanz) hinterlassen. Die kommen noch oben drauf. Bei mir auf der Maschine sind somit ca. fünf oder sechs verschiedene JREs vorhanden.

Windows/Dos ist PATH orientiert, alles was in Path steht wird durchsucht!

Gibst du einen Befehl ein, zB

edit

Sucht er nach edit.exe/com/bat Datei zuerst in dem Verzeichnis wo du stehst, danach in allen Path Verzeichnissen (leuchtet das jetzt mal ein??)

Es geht - mindestens bei mir - hier nicht darum, dass das "einleuchtet" oder gar um Besserwisserei. Ich habe in meinem ersten Antwort-Potsting zudem _ausdrücklich_ darauf hingewiesen, dass das "_eine_ Möglichkeit" ist.

Ansonsten hast du natürlich grundsätzlich recht, du DOS-Profi.

 

[thE_29]

Jo und deswegen ist während du javac/java oder sonstiges eingibst das JAVA_HOME Verzeichnis so dermassen egal, das kannst du dir gar net vorstellen

Das hat nur danach einen Sinn, weil er dann weiß wo die includes liegen, obwohl, das macht ja wieder der Classpath.

Das einzige was dir JAVA_HOME sagt ist wo "dein zz aktives" (kommt ja dann wieder aufn Path an) java Verzeichnis ist und das wars auch schon.


Also wenn der Path net gesetzt ist, kannst du soviel JAVA_HOME setzen wie du willst und ich bin kein DOS Profi, aber PATH sollte man halt kennen. Betonung liegt auf sollte....

Bei uns in der Firma bewerben sich manche als Supportler (der SW für Linux/Windows ) und haben zig Jahre Berufserfahrung, aber ca. 70% können net mal eine Datei in Dos kopieren, sowas ist traurig....


Und das mit einleuchtend war net auf dich, das war auf Reality, würde er den anderen Thread mal beachten hätten sich alle Fragen geklärt und das schon nach dem 1ten Reply.

PS.: Habe 3 verschieden JDK/JRE auf meinen PC und ich habe JAVA_HOME net gesetzt und trotzdem funktioniert alles, o graus wie kann das nur funktionieren..........

 

[abollm]

...
Bei uns in der Firma bewerben sich manche als Supportler (der SW für Linux/Windows ) und haben zig Jahre Berufserfahrung, aber ca. 70% können net mal eine Datei in Dos kopieren, sowas ist traurig....

Und das mit einleuchtend war net auf dich, das war auf Reality, würde er den anderen Thread mal beachten hätten sich alle Fragen geklärt und das schon nach dem 1ten Reply.

PS.: Habe 3 verschieden JDK/JRE auf meinen PC und ich habe JAVA_HOME net gesetzt und trotzdem funktioniert alles, o graus wie kann das nur funktionieren..........

Ist in Ordnung. Aber, obwohl es jetzt leicht OT wird, noch eine Ergänzung zu deiner Bemerkung wg. erfahrener Leute, die nicht einmal eine Datei auf der Kommandozeilenoberfläche kopieren können:

Ich wette, das sind dann wohl in der Regel (also mal deine 70 %-Regel angenommen) Windows- oder GUI-"Artisten", die wahrscheinlich auch noch nie ein BIOS eingestellt/konfiguriert haben, geschweige denn wissen, was man alles auf der Kommandoebene (natürlich auch in Linux) an interessanten Dingen machen kann. Die rufen dann schätzungsweise "Verrat!", "Hilfe!" etc., wenn ihre vertraute graphische Oberfläche aus bestimmten Gründen einmal nicht erscheint und nur ein blinkender Cursor neben dem Prompt zu sehen ist.
Ja, schöne neue IT-Welt. Und dann beklagen bestimmte Leute mit schöner Regelmäßigkeit, dass es einen IT-Experten-Mangel etc. gibt.

 

[Reality]

Hi,
ich musste in der Registry bei Java Runtime Environment unter Current-Version den Wert von 1.4 auf 1.5 ändern.

Liebe Grüße
Reality

 

[abollm]

...
ich musste in der Registry bei Java Runtime Environment unter Current-Version den Wert von 1.4 auf 1.5 ändern.
Reality

Dann hast du aber auch stets die JRE 1.5 standardmäßig zur Verfügung. Das hatte ich seinerzeit, als ich 1.5 installiert hatte, nämlich auch versucht, allerdings mit dem Zusatz, dass ich die JRE 1.3 in der Registry eingetragen hatte.

Kannst auch einmal unter folgendem Link dazu schauen:

http://www.java-forum.org/de/viewtopic.php?t=8974

 

[Bleiglanz]

ich musste in der Registry bei Java Runtime Environment unter Current-Version den Wert von 1.4 auf 1.5 ändern.
Reality

ahh, die elende Registry

einer der Vorteile unter Linux ist, dass man soviele JDKs wie man will haben kann [wenn man die .bin Variante nimmt auf auf die rpms verzichtet]

da ist dann ein JDK einfach ein Ordner wie jeder andere, dazu kann man sich noch verschiedene Konsolen bauen, die den entsprechenden PATH exportieren (und, falls eine Anwendung die Wünscht, auch JAVA_HOME)