Fehlermeldung: Exception in thread.

[frage]

Hallo, ich versuche nun schon seit mehreren Tagen dahinter zukommen, warum ich immer noch diese Fehlermeldung erhalte:
Exception in thread "main" java.lang.NoClassDefFoundError: JavaHallo

Als blutige Anfängerin verstehe ich dann auch so einige Erklärungen u.a. ja auch hier im Forum zu dieser Fehlermeldung nicht. Ich habe bereits die Umgebungsvariable unter Einstellungen - Stystemsteuerung - ... Path
verändert: \;C:\Programme\Java\jdk1.5.0_04\bin
das selbe habe ich auch noch mal für CLASSPATH gemacht.

Wenn ich in DOS nun die Datei mit Javac anspreche, hat das denke ich funktionniert, jedenfalls habe ich dannach eine .class datei vorgefunden.

wenn ich dann den Befehl java JavaHallo eingebe erhalte ich leider die besagte Fehlermeldung.

Mögliche Fehlerquellen werden hier im Forum genannt, ich kann nur leider nichts damit anfangen:
Die Klasse muss als public gesetzt sein. z.B. public class MeineKlasse ???
Die Classpath - Umgebungsvariable muss den Ordner der Klasse bzw. des Pakets enthalten ???
Wenn die Klasse in einem Paket ist, muss sie überden Paketnamen aufgerufen werden, z.B. java paket.Klasse ???

Ich würde so gerne "anfangen". Danke für jede Hilfe.

 

[Gelöschtes Mitglied 5909]

mach mal
1. public MyClass { ... }
2. package my.package; (Datei in ordner .../my/package/ legen)
3. javac my/package/MyClass.java
4. java -cp my.package.MyClass (ohne java / class endung !)

 

[Guest]

mach mal
1. public MyClass { ... }
2. package my.package; (Datei in ordner .../my/package/ legen)
3. javac my/package/MyClass.java
4. java -cp my.package.MyClass (ohne java / class endung !)

ist ja nett, dass mir jemand antwortet, aber ich verstehe deine hilfe leider nicht. Wo soll ich "mach mal" ausführen?
Wenn ich die class in dem selben ordner wie die java datei habe und wenn ich den Path angegeben habe, was mache ich dann noch falls? Was passiert mit classpath? Anscheinend findet der befehl java doch die class datei nicht, oder? Wie bitte erkläre ich, wo es die findet?

 

[SamHotte]

du solltest an den PATH noch ein ";." anhängen (ohne die Anführungszeichen), damit auch im aktuellen Verzeichnis gesucht wird (das macht java sonst nicht).

edit: ach ja, und deine Programme solltest du möglichst nicht im bin-Verzeichnis deines JDK speichern, sondern irgendwo separat (z.B. unter C:\develop\JavaHallo) - und für jedes Projekt/Programm solltest du ein eigenes Verzeichnis anlegen, sonst wird es schnell sehr unübersichtlich.

 

[Guest]

Ich habe genau das gleiche Problem und verstehe auch die Lösungsvorschläge in den anderen Threads nicht so recht.

Was ich bisher getan habe:
1) C:\Programme\Java\jdk1.5.0_08\bin;. in die PATH-Variable eingetragen.
2) Von der Seite meines Buches die Dateien In.class und Out.class heruntergeladen.
3) Mein Programm geschrieben:

class Test {

  public static void main (String[] arg){
    Out.print("Test");
  }
}

Das kompilieren funktioniert wie bei der Threaderstellerin problemlos, danach kommt aber auch bei mir die Meldung "Exception in thread "main" java.lang.NoClassDefFoundError: Test". Hat jemand noch einen Lösungsvorschlag? (wenns geht ohne fachjargon, bin kompletter Programmieranfänger. )

Grüße
pilgrim[/code]

 

[frage]

Ich habe genau das gleiche Problem und verstehe auch die Lösungsvorschläge in den anderen Threads nicht so recht.

2) Von der Seite meines Buches die Dateien In.class und Out.class heruntergeladen.

Was hast du hier gemacht? In.class Out.class?
Ich hab echt alle Möglichkeiten durch...Verzweifel...aber die zwei dateien sind mir noch nicht untergekommen.
Vielleicht kann man sich gegenseitig helfen? Solltest du irgendwann die Lösung finden, bitte poste sie mir!!!

 

[Guest]

du solltest an den PATH noch ein ";." anhängen (ohne die Anführungszeichen), damit auch im aktuellen Verzeichnis gesucht wird (das macht java sonst nicht).

Also nicht wie im Buch ;C:\Programme\Java\...\bin
sondern C:\Programme\Java\...\bin;
???
und dahinter noch ein Punkt?
ne oder, das lese ich überall anders (funktioniert auch leider nicht, daran kanns wohl nicht liegen).
Trotzdem danke

 

[pilgrim]

Der Autor meines Buches ("Sprechen Sie Java?") hat auf seiner page (http://www.ssw.uni-linz.ac.at/Misc/JavaBuch/#InOut) die beiden Dateien online und schreibt, dass man sie runterladen soll. Ich glaube aber nicht, dass die was mit der grundsätzlichen Lösung unseres Problems zu tun haben, weil andere Tutorials auch ohne auskommen.

Wenn ich die Lösung finde, poste ich natürlich hier. Sieht aber momentan nicht so aus, zumal auch keine Freunde von mir online sind, die sich mit java auskennen.

grüße
pilgrim

btw: ganz vergessen, oben dazuzuschreiben: die CLASSPATH-Umgebungsvariable habe ich natürlich auch gesetzt.

 

[frage]

btw: ganz vergessen, oben dazuzuschreiben: die CLASSPATH-Umgebungsvariable habe ich natürlich auch gesetzt.

Hat die denselben Pfad wie die Path? Ich hab bei der CLASSPATH einfach auch ;C:\Programme...\bin eingegeben
Ätzend, Gruß

 

[frage]

JA JA JA
http://www.wer-weiss-was.de/theme35/article1793162.html

so gehts!!!!

C:\vfh\prog1\le04>java -cp . HelloWorld

Warum auch immer!
Viel Glück

 

[pilgrim]

Das Funktioniert bei mir auch nicht. Hum...

 

[frage]

ich bin ja gerne bereit mein "sämtliches java wissen" bereit zustellen.
Mein Code ist ganz anders als deiner:

class JavaSpass{


  public static void main(String[] args){

             System.out.println("Jetzt klappt es");
  }
}

Die Datei muss in diesem Fall JavaSpass heißen. aber das müsste ja bei dir geklappt haben, wenn du kompilieren kannst.

unter Path und Classpath habe ich das hier
;C:\Programme\Java\jdk1.5.0_04\bin;.
ob das korrekt ist weiß ich nicht, ich glaube auch man muss neuhochfahren, damit das wirksam wird und nach der letzten änderung habe ich nicht neugestartet, da hieß es noch
;C:\Programme\Java\jdk1.5.0_04\bin
gruß

 

[Guest]

ich bin ja gerne bereit mein "sämtliches java wissen" bereit zustellen.

Hehe, danke! Mit deinem Code klappt es auch bei mir (sogar ohne das -cp .).

Dann lasse ich diese In- und Outklassen jetzt auch erstmal links liegen und widme mich so anspruchsvollen Projekten wie einem Taschenrechner. Wünsche dir auch noch viel Spaß!

grüße
pilgrim

 

[SamHotte]

Ein paar Antworten (war gestern nicht mehr online):

1. Vergesst diese "In", "Out", "IOTools" und wie sie alle heißen -- benutzt lieber die Originalklassen des JDK, dann lernt ihr auch etwas. Der wichtigere Vorteil ist aber, dass wir euch helfen können (was nicht der Fall ist, da wir diese Schwachsinnsklassen nicht benutzen und nicht kennen wollen).

2. Der Klassenpfad. Hier sind ein paar rudimentäre Betriebssystemkenntnisse von Vorteil (was eh angesagt ist, wenn man programmieren möchte). Der Punkt (".") ist unter den meisten hier verwendeten OSen ein Platzhalter für das gerade aktuelle Verzeichnis. Im Gegensatz zu den verschiedenen Windows-Versionen wird in Unix- bzw. Linux-Systemen aus guten Gründen dieses aktuelle Verzeichnis nicht automatisch mit durchsucht. Da Java aus der Unix-Ecke stammt, ist das dort ebenso. Daher muss man den Punkt - genau wie jeden anderen Pfad durch Semikolon getrennt - an den Klassenpfad anfügen, damit der Java-Interpreter die Dateien im aktuellen Verzeichnis findet.

3. Die Option "-cp". Hierbei handelt es sich um eine Option, die man dem Java-Interpreter mitgeben kann. Der von der Betriebssystemumgebung kommende Klassenpfad kann mit dieser Option nochmal erweitert werden - speziell für das gerade gewünschte Verhalten. Es ist also egal, ob man einmal den OS-Klassenpfad ändert oder jedesmal dem Java-Interpreter sagt, wo er suchen soll. Eine von beiden Varianten braucht man.

Ach ja. Eins noch. Kauft euch vernünftige Bücher, nicht so'n Schrott! Oder nehmt einfach die JavaInsel, die ist kostenlos online. Und ist gut.

 

[Leroy42]

Im Gegensatz zu den verschiedenen Windows-Versionen wird in Unix- bzw. Linux-Systemen aus guten Gründen dieses aktuelle Verzeichnis nicht automatisch mit durchsucht.

Hast du ein Beispiel für diese guten Gründe?

 

[hupfdule]

Im Gegensatz zu den verschiedenen Windows-Versionen wird in Unix- bzw. Linux-Systemen aus guten Gründen dieses aktuelle Verzeichnis nicht automatisch mit durchsucht.

Hast du ein Beispiel für diese guten Gründe?

Ein Beispiel:

Du gibts auf einer Unix Shell den Befehl ls ein, um die ein Verzeichnislisting anzeigen zu lassen. Du erwartest, dass dabei das Programm /bin/ls ausgeführt wird. Wenn das aktuelle Verzeichnis standardmäßig im Pfad enthalten wäre, könnte dir jemand ein Programm nach /tmp schieben (was für jeden schreibbar ist), das auch ls heißt. Ohne dein Wissen würdest du also dieses ausführen, statt dem gewünschten Verzeichnislisting. Was dann passiert liegt in der Kreativität des Autors des "gefälschten" ls.

 

[Leroy42]

Ohne dein Wissen würdest du also dieses ausführen

Aber doch nur wenn ich im tmp-Verzeichnis bin!
Oder verstehe ich dich jetzt vallig fölsch? ???:L

 

[hupfdule]

Ohne dein Wissen würdest du also dieses ausführen

Aber doch nur wenn ich im tmp-Verzeichnis bin!
Oder verstehe ich dich jetzt vallig fölsch? ???:L

Nein, ist absolut korrekt. Aber eben in diesem Fall würdest du etwas aufrufen, was du gar nicht willst.