Interpreter-Fehler NoClassDefFoundError - einfachstes Programm - komm nicht drauf!!!

[Goldi]

Liebe Leute von Java!

Es tut mir echt leid: Es muss irgend was so simples sein, dass es keine passende HIlfestellung aus den Unmengen an NoClassDefFoundError-Beiträgen gibt - die sind alle schon zu speziell. Und doch komme ich nicht drauf. Hier ein einfachstes Programm: Eine einzige Klasse mit einer einzigen main-Methode:

public class JTest1 {

	public static void main(String[] args) {
		int l = args.length;
		if (l==0) {
			System.out.println("Ohne Parameter arbeite ich nicht!");
		} else {
			for (int i=0; i<l; i++) {
				System.out.println("<" + i + "> " + args[i]);
			}
		}
	}
}

Die Quelldatei heißt JTest1.java, wie die Klasse *check*; sie lässt sich mit javac compilieren und mit java fehlerfrei ausführen *check*; die main-Methode muss daher richtig implementiert sein und wenn ich oben schaue ... *check*. Die Probleme beginnen beim Erstellen eines ausführbaren jar-Archivs:

Ich binfinde mich in meinem Homeordner (Linux). Der Binärcode (JTest1.class) liegt in einem Unterverzeichnus "test1". Im Homeordner habe ich eine Datei "manifest.txt" angelegt mit folgendem Inhalt:

Main-Class: test1.JTest1

... selbstverständlich mit der geforderten Zeilenschaltung; schreibfehler sehe ich keinen *check*. Ohne Leerzeichen nach dem Doppelpunkt gibt's einen anderen Fehler - sollte also so passen, wie oben dargestellt *check*.

Ich bin also in meinem Homeordner und gebe über die Shell folgende Anweisung ein:

jar -cvfm mytest1.jar manifest.txt test1

Die Ausgabe liefert nix Ungewöhnliches:

Manifest wurde hinzugefügt
test1/ wird hinzugefügt(ein = 0) (aus = 0)(0 % gespeichert)
test1/JTest1.class wird hinzugefügt(ein = 754) (aus = 481)(36 % verkleinert)
test1/JTest1.java wird hinzugefügt(ein = 266) (aus = 183)(31 % verkleinert)

*check*.

Das Archiv wird angelegt, in dem sich erwartungsgemäß der Ordner "test1" befindet, in dem wiederum die JTest1.class mit der main-Methode liegt. außerdem gibt es einen Ordner "META-INF" in dem sich die Datei "MANIFEST.MF" befindet mit dem erwarteten Inhalt:

Manifest-Version: 1.0
Created-By: 1.7.0_79 (Oracle Corporation)
Main-Class: test1.JTest1

Versuche ich nun, mit

java -jar mytest1.jar

auszuführen, wirft es besagten NoClassDefFoundError aus:

Exception in thread "main" java.lang.NoClassDefFoundError: test1/JTest1 (wrong name: JTest1)
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
	at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)

Ich bin alles durchgegangen, was irgendwo an möglichen Fehlerquellen beschrieben wird - habe alles mögliche probiert, hab mich insbesondere mit der manifest.txt gespielt (in Unterordner test1 speichern, den Main-Class-Pfad auch ohne Angabe von "test1.", Kombinationen aus beidem). Nix funzt.

Was habe ich übersehen???

Herzlichen Gruß
Goldi

 

[Tom299]

Hmm, ich hab noch nie ein Java-Programm ohne Package erstellt, geht das denn?
Vielleicht mal noch im Manifest den Classpath auf . setzen?

Ach, da seh ich gerade: du hast ein Verzeichnis, das test1 heißt und gibst das in der Manifest an? Java erwartet da aber sicherlich den Packagenamen und nicht ein Verzeichnisname. Also versuch mal das test1 wegzulassen und nur die Main-Klasse anzugeben

 

[Dompteur]

Ist das der vollständige Java-Source ?
Wenn ja, dann fehlt die package-Angabe. Die Directory-Struktur und die package-Struktur müssen zusammen passen. Dadurch, dass du ein test1 Directory hast, müsste dies auch im Java-Source als package angegeben werden.
Sonst füg bitte den vollständigen Source ein.

 

[Goldi]

Servus Dompteur!

Danke, mit einigem weiteren Rumprobieren hat es Schlussendlich funktioniert. Die Pakete habe ich im Eingangsbeispiel bewusst außen vor gelassen, weil ich vermutete, dass das Teil des Problems war, als ich noch ein "richtiges" Programm verpacken wollte und eben auf diesen Fehler stieß. Ich habe mich wohl mit der Ordnerstruktur fürchterlich angestellt, deshalb für alle, die auch mit ausführbaren Archiven kämpfen, hier jetzt ein kleines Summery:

1. Java-Projekt in der (Verzeichnis-)Struktur samt Paketen so organisieren, wie man das aus der einschlägigen Literatur kennt.

2. Nach dem Compilieren in das Projektverzeichnis wechseln - man sieht dort also jetzt die Paketordner rumliegen.

3. In diesem Projektordner die manifest.txt anlegen und ein ausführbares jar-Archiv erstellen, beginnend mit einem beliebigen Paket:

jar -cvfm myProject.jar manifest.txt myPackage1

(myPackage1 steht für einen beliebigen Unterordner, der ein namensgleiches Paket repräsentiert).

4. Die restlichen Pakete an das Archiv anfügen:

jar -uvf myProject.jar myNextPackage

.

5. Die manifest.txt kann man wieder löschen und das Programm kann mit "java -jar myProject" gestartet werden.

Mir düncht das etwas umständlich, vielleicht gibt's eine elegantere Verfahrensweise, aber Hauptsache es funzt.

Besten Gruß
Goldi

 

[Tom299]

Klar geht das einfacher: Benutz eine IDE (z.B. Eclipse), schreib dein Programm, dann geh auf Export -> Runnable Jar und schon wird die JAR für dich erstellt inkl. Manifest ;-)

 

[Goldi]

Das wäre ja zu einfach

 

[Tom299]

Oder bau mit Gradle