Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
javac.exe und java.exe befinden sich gemäß "Sichtprüfung" in
C:\Program Files\Java\jdk1.6.0_05\bin>
Wie und wo ist das geregelt, dass ich java.exe auch in
C:\Program Files\Java\jdk1.6.0_05\bin\e\f\g>
also so
C:\Program Files\Java\jdk1.6.0_05\bin\e\f\g>java Probe
(Probe.class) ansprechen bzw. aufrufen kann?
Das ist nichts Java spezifisches, sondern liegt am Betriebssystem bzw. an der Installation eines Programms.
In Deinem Fall ist das bin-Verzeichnis in der PATH Variable (StiWo Umgebungsvariablen) des Betriebssystems aufgelistet. Wird ein Kommando aufgerufen prüft das Betriebssystem ob es eine ausführbare Datei in einem der in PATH gelisteten Verzeichnisse findet. Die die es zuerst findet wird ausgeführt.
Generell ist es aber unschön das Installationsverzeichnis des JDK zu erweitern.
Ich arbeite mit Vista... Ich weiß selbst schuld...
Bei
Systemsteuerung ---> System--->Erweiterte Systemeinstellungen --->Systemeigenschaften erweitert-->Umgebungsvariablen da
bei PATH kann ich was beliebiges (!) eintragen das scheint
den classpath, den ich mit "set classpath="
[So: C:\Program Files\Java\jdk1.6.0_05\bin\set classpath=a\b;...] setze,
nicht zu berühren
Was heisst "StiWo" bei
"StiWo Umgebungsvariablen" ?
Wenn Du den CLASSPATH über die Konsole setzt, gilt diese Variable nur im Kontext der Konsole und der aus der Konsole heraus aufgerufenen Programme.
Der "eigentliche" CLASSPATH bleibt unberührt. Den kann man nur über die Systemsteuerung ändern.
Bei Systemsteuerung ---> System--->Erweiterte Systemeinstellungen --->Systemeigenschaften erweitert-->Umgebungsvariablen da
bei PATH kann ich was beliebiges (!) eintragen das scheint
den classpath, den ich mit "set classpath="
[So: C:\Program Files\Java\jdk1.6.0_05\bin\set classpath=a\b;...] setze,
nicht zu berühren
"set classpath="
[So: C:\Program Files\Java\jdk1.6.0_05\bin\set classpath=a\b;...] setze,
nicht zu berühren[/QUOTE]
So geht das nicht. Neue Einträge müssen mit einem Semikolon abgeschlossen werden. Also set classpath=C:\Program Files\Java\jdk1.6.0_05\bin;C:\...\a\b; Am Besten nimmst Du auch den Punkt im Classpath auf, so dass Java auch automatisch im aktuellen Verzeichnis nach Klassen sucht. Ist man in einer Konsole und will den bestehenden CLASSPATH erweitern, kann man diesen mit set CLASSPATH=%CLASSPATH%; lesen. Die Änderung gilt aber nur innerhalb der Konsole.
Ich habe beides probiert
also als PATH und als CLASSPATH kann ich was beliebiges (!) eintragen das scheint
den classpath, den ich mit "set classpath="
[So: C:\Program Files\Java\jdk1.6.0_05\bin\set classpath=a\b;...] setze,
nicht zu berühren.
Mit dem .; und dem wichtigen abschließenden Semikolon, das kenne ich
soweit.
Ich arbeite ohne IDE.
Hinweis:
Leider muss ich jetzt weg und bin ich erst ab 17:00Uhr wieder da
Gibt es mehrere Orte an denen der eine (?) CLASSPATH gesetzt werden kann?
Und jenach dem von wo man den setzt da gilt der dann, oder wie?
Oder gibt es mehrere CLASSPATH, die jeweils verschiedene Gültigkeitsbereiche haben
oder einer bestimmten Hierachie unterliegen?
Der CLASSPATH oder PATH der bei Systemsteuerung ---> System--->Erweiterte Systemeinstellungen --->Systemeigenschaften erweitert-->Umgebungsvariablen
gesetzt wird
hat offenabr mit dem der in der "Eingabeaufforderung" (Konsole) (DOS-Ebene) ist nichts zu tun.
Mit der "eigentliche" CLASSPATH meine ich die in der Systemsteuerung ... Umgebungsvariablen hinterlegten Informationen.
Die hier gepflegten Umgebungsvariablen sind dauerhaft gültig (solange man sie nicht hierüber ändert bzw. durch die Installation eines neuen Programms erweitert)
Der CLASSPATH oder PATH der bei Systemsteuerung ---> System--->Erweiterte Systemeinstellungen --->Systemeigenschaften erweitert-->Umgebungsvariablen
gesetzt wird
hat offenabr mit dem der in der "Eingabeaufforderung" (Konsole) (DOS-Ebene) ist nichts zu tun.
Doch diese hier gesetzten Variablen gelten auch in der Konsole. Du kannst diese aber in der Konsole überschreiben/erweitern (Diese Änderungen gelten aber nur im Kontext der Konsole und haben keine Auswirkung auf die in der Systemsteuerung hinterlegten Variablen)
z.B. kannst Du so die bestehenden Einträge in CLASSPATH erweitern:
Code:
Set CLASSPATH=%CLASSPATH%;C:\XXX\MeineKlassen;C:\XXX\meinKlassenArchiv.jar
Mit der "eigentliche" CLASSPATH meine ich die in der Systemsteuerung ... Umgebungsvariablen hinterlegten Informationen.
Die hier gepflegten Umgebungsvariablen sind dauerhaft gültig (solange man sie nicht hierüber ändert bzw. durch die Installation eines neuen Programms erweitert)
Da in der Systemsteuerung
(Zugang über Systemsteuerung ---> System--->Erweiterte Systemeinstellungen --->Systemeigenschaften erweitert-->Button:Umgebungsvariablen)
ist ja eine Tabelle zu sehen mit Kopfzeile (Spaltennamen)
"Variable" und "Wert"
Unter Variable muss dann "CLASSPATH" stehen und unter Wert der konkrete Pfad
oder muss dann da "PATH" stehen und unter Wert der konkrete Pfad.
Muss da ein Re-Boot durchgeführt werden, damit dieser "CLASSPATH" auch für die Konsole
("Eingabeaufforderung", "DOS-Ebene")wirksam wird?
--------------
Tests auf Konsole:
Ausgangslage :
java.lang.NoClassDefFoundError: Test1
Obwohl ich den CLASSPATH mit
C:\Program Files\Java\jdk1.6.0_05\bin>set classpath=C:\Program Files\JaXXva\jdk1.6.0_05\bin;
verändere (Java --> JaXXva)
C:\Program Files\Java\jdk1.6.0_05\bin>echo %CLASSPATH%
C:\Program Files\JaXXva\jdk1.6.0_05\bin;
Kann ich mit
C:\Program Files\Java\jdk1.6.0_05\bin>java Test1 noch Test1.class aufrufen
Warum stellt mir
C:\Program Files\Java\jdk1.6.0_05\bin>set CLASSPATH=\murks;
zumindest das aktuelle ( . ) Verzeichnis wieder her?
Wofür genau steht "%CLASSPATH%" bei Set CLASSPATH=%CLASSPATH%;?
Was jetzt, PATH oder CLASSPATH?
Ist man in einer Konsole und will den bestehenden CLASSPATH erweitern, kann man diesen mit set CLASSPATH=%CLASSPATH%; lesen. ...
Da in der Systemsteuerung
(Zugang über Systemsteuerung ---> System--->Erweiterte Systemeinstellungen --->Systemeigenschaften erweitert-->Button:Umgebungsvariablen)
ist ja eine Tabelle zu sehen mit Kopfzeile (Spaltennamen)
"Variable" und "Wert"
Unter Variable muss dann "CLASSPATH" stehen und unter Wert der konkrete Pfad
oder muss dann da "PATH" stehen und unter Wert der konkrete Pfad.
Muss da ein Re-Boot durchgeführt werden, damit dieser "CLASSPATH" auch für die Konsole
("Eingabeaufforderung", "DOS-Ebene")wirksam wird?
Eine Variable CLASSPATH muss nicht existieren kann aber.
CLASSPATH ist Java spezifisch, in den hier gelistenen Verzeichnissen und Archiven sucht die JVM nach benötigten Klassen.
PATH ist für das Betriebssystem relevant. Hier sind alle Verzeichnisse gelistet, in denen sich ausführbare Programme befinden. Diese Programme können dadurch aus jeden Verzeichnis heraus (ohne Pfadangabe) gestartet werden. Deshalb kann man z.B. in
Code:
C:\tmp
einfach die
Code:
java.exe
aufrufen, wenn das bin-Verzeichnis der JRE oder des JDK in PATH gelistet ist.
Beim Ändern der Umgebungsvariablen ist m.W. kein Reboot notwendig, man muss nur eine neue Konsole aufmachen.
keine Ahnung was du da so machst. Beschreibe doch mal die Situation und was Du vorhast.
In welchem Verzeichnis ist den die Test1.class? Doch wohl nicht im bin Verzeichnis des JDK?
Entweder dieses Verzeichnis in den CLASSPATH auf nehmen oder in der Konsole in dieses Verzeichnis wechseln und einfach
Code:
java Test1
(ohne .class) aufrufen.
Die Klasse muss allerding auch wirklich Test1 heißen. Wenn die Klasse in einem Package liegt, muss sie mit dem kompletten Namen (inkl. Package) aufgerufen werden.
%CLASSPATH% ist die Variable bzw. repräsentiert deren aktuellen Wert. Damit ist es z.B. möglich den ursprünglichen Wert um noch zusätzliche Verzeichnisse zu erweitern.
Den aktuellen Wert einer Variablen kann man sich auf der Konsole entweder mit
Code:
echo %CLASSPATH%
(wie Du es ja bereits gemacht hast) oder einfach nur mit
der Tipp mit der neuen Konsole war entscheidend.
So ist dann der Zusammenhang bzw Einfluss des
classpath der Systemsteuerung (Umgebungsvariablen (Button:Umgebungsvariablen))
auf den classpath, der in der konsole durch echo angezeigt wird
zu bemerken.
----
Was anderes:
Im Datei Explorer sehe ich C:\Programme
und in der Konsole sehe ich das als "C:\Program Files"
Bei Setzen des classpath gibt das Problem, denn
das System trennt zwischen "Program" und "Files"
(Das Zeichen ~ meint was anders.)
Was muss ich anstelle eines Leerzeichen angeben, wenn
ich einen classpath setze in dem ein Leerzeichen vorkommt?
Naja, gewöhnlich speichert man ja auch nicht unbedingt Excelmappen im Installationsverzeichnis von Excel. Aber das muss jeder selbst wissen.
Und falls man mal das jdk deinstalliert, darf man vorher die Klassen aus dem Verzeichnis herauskopieren - sofern man dran denkt.
In der Regel umfasst ein Projekt mehrere Klassen, die dann in einer eigenen Verzeichnisstruktur abgelegt werden. Ich würde dazu ein eigenes Arbeitsverzeichnis anlegen.
