Probleme mit dem Ausführen von .class Dateien

[janoliver]

Hallo zusammen,

Ich hoffe ich bin nicht im falschen Forum gelandet.

Ich muss mich in den folgenden Semestern mit Java beschäftigen und wollte es eben einrichten und ein erstes, kleines HalloWelt Programm zum laufen bringen.

Ich verwende das aktuelle JDK sowie UltraEdit. Das Übersetzen in Bytecode klappt wunderbar, die .class wird erstellt. Es hakt nur beim Ausführen. Mein Werkzeug in UltraEdit ist folgendermaßen eingerichtet:

Command line: C:\Programme\Java\jdk1.6.0_03\bin\java.exe %n
Working directory: %p

So steht es zumindest bei uns im Script.

Ausführen des Tools bringt folgenden Fehler:

java.lang.NoClassDefFoundError: HelloWorld
Exception in thread "main"

Okay... Google angeschmissen, auf der Sun seite irgendwas zur CLASSPATH Variablen gefunden, die auf "Leer" gesetzt, und mal in der Eingabeaufforderung ins Verzeichnis der .class gewechselt, das Prog ausgeführt, es läuft.

Anschließend wieder mit UltraEdit probiert: Der selbe Fehler. Das bringt mich zu dem Schluss, dass irgendwie %p nicht so recht greift oder sowas. Er scheint sich im falschen Verzeichnis zu finden.

Kann mir jemand helfen? Ich bin ziemlich sicher, dass es irgendein konfigurationsfehler von Windows ist...

Viele Grüße und danke schonmal!

Jan Oliver

 

[Wildcard]

Und was soll %p sein?
Ich würde mich gar nicht lang mit einem aufgemotzten Editor rumärgern. Die ersten Gehversuche kannst du doch einfach von Konsole ausführen und dann bei Gelegenheit auf eine echte IDE umsteigen.

 

[janoliver]

Und was soll %p sein?
Ich würde mich gar nicht lang mit einem aufgemotzten Editor rumärgern. Die ersten Gehversuche kannst du doch einfach von Konsole ausführen und dann bei Gelegenheit auf eine echte IDE umsteigen.

%p ist das "Working Directory". Soweit ich das verstanden habe, sollte es java mitteilen, wo die class datei liegt. Bzw. in welchem Verzeichnis man sich beim ausführen "befindet".

Wegen des Editors: Eine große IDE ist für meine Zwecke zu viel des Guten und ich möchte mich auch nicht lange einarbeiten müssen. UltraEdit wurde uns halt empfohlen (jaja) und bietet die Möglichkeit, durch eben diese Werkzeugkonfiguration das Programm per Knopfdruck zu kompilieren bzw. auszuführen. Und nen Debugger usw. brauch ich jetzt noch nicht. Irgendwann vielleicht.

Grüße

 

[Ariol]

Und was soll %p sein?
Ich würde mich gar nicht lang mit einem aufgemotzten Editor rumärgern. Die ersten Gehversuche kannst du doch einfach von Konsole ausführen und dann bei Gelegenheit auf eine echte IDE umsteigen.

BlueJ ist auch ziemlich gut zum anfangen - vor allem weil man Methoden direkt ausführen (ohne main-Methode) und dann die entsprechenden Werte inspizieren kann.
Damit bekommt man einen recht guten Einblick.

 

[Wildcard]

BlueJ empfinde ich als ziemlichen Mist, weil man ungültigen Code gar nicht ausführen können sollte. Gerade am Anfang ist es wichtig die Zusammenhänge zu erkennen.
Mit Eclipse kann man Dank der Scrapbook Page auch kontextlosen Code ausführen, aber die Eclipse User sind in der Regel damit vertraut was sie tun.

 

[Ariol]

Mit Eclipse kann man Dank der Scrapbook Page auch kontextlosen Code ausführen...

Kannte ich garnicht, wo/wie geht das denn? :shock:

 

[Wildcard]

http://www.eclipsezone.com/eclipse/forums/t61137.html

 

[Ariol]

thx

 

[janoliver]

Mit meinem Problem kann mir keiner helfen, ja?

Schade.. Vielleicht mal windows neu aufsetzen.

 

[NTB]

Dafür Windows neu zu installieren ist quatsch.

Kannst Du denn irgendwie sehen, was UltraEdit nun genau tut, wenn Du den Code ausführen wilst?

 

[Murray]

Mach mal

Command line: C:\Programme\Java\jdk1.6.0_03\bin\java.exe -cp . %N
Working directory: %P

 

[janoliver]

Hallo,

java.lang.NoClassDefFoundError: HELLOW~1
Exception in thread "main"

Ich glaube wirklich dass windows irgendwie Probleme damit hat, das working directory richtig zu setzen. Denn wie gesagt, wechsle ich in der Konsole ins richtige verzeichnis, dann funktioniert es.

Wenn ich statt %p den kompletten Pfad angebe (bei UltraEdit) gibts aber den selben Fehler.

 

[Murray]

Sorry, mein Fehler: statt des großen N und des großen P müssen es ein kleines n und ein kleines p sein, also:

Command line: C:\Programme\Java\jdk1.6.0_03\bin\java.exe -cp . %n
Working directory: %p

Hinweis: Wenn %f, %p, %n und %e als Kleinbuchstaben angegeben werden, werden die Dateinamen als lange Dateinamen übergeben und sollten in Anführungszeichen gesetzt werden; z.B. "%f" oder "%p%n" etc. Wenn %F, %P, %N, %E als Großbuchstaben angegeben werden, werden Dateinamen und Pfade als kurze Dateinamen im 8.3-Format übergeben, um eine größtmögliche Kompatibilität zu DOS-Programmen zu gewährleisten

 

[NTB]

Ok, dann schreib doch mal bei UltraEdit den kompletten auszuführenden Befehl ohne die Variablen rein!
Wenn das nicht klappt, machst Du etwas falsch und nicht Windows.

Also z.B. "C:\Programme\Java\jdk1.6.0_03\bin\java.exe -cp x:\pfad\zum\programm MeineKlasse"


Das kannst Du ja auch so in der Console testen.

 

[Murray]

Eigentlich müsste es jetzt funktionieren - das Problem mit der ursprünglichen Einstellung, wie sie im Script stand, ist ja nur, dass das nur dann so funktioniert, wenn der CLASSPATH das aktuelle Verzeichnis enthält. Wenn das nicht der Fall ist, dann muss man eben per "-cp"-Option dafür sorgen, dass das aktuelle Verzeichnis im Classpath ist. Und mit "Working directory: %p" sorgt UltraEdit ja dafür, dass das Verzeichnis, in dem die Datei liegt, zum Arbeitsverzeichnis der VM wird.