[Arvodan]

Hi!

Hab mittels eclipse eine .jar Datei erstellt, um ein etwas Umfangreicheres Projekt aus der Konsole heraus starten zu können. Allerdings kommt folgende Meldung:

Exception in thread "main" java.lang.NoClassDefFoundError: org/jdom/JDOMException

(Benutze den JDOM um am Anfang config-daten aus einem .xml file zu lesen. Im Eclips funktioniert es wunderbar).

Die Fehlermeldung sieht schon so nach Classpath aus, also hab ich mal

java -cp C:\JDOM\jdom.jar -jar client.jar

versucht. Ergebnis: Gleiche Fehlermeldung!

Dann hab ich die CLASSPATH variable unter der Systemsteuerung geändert und auf den entsprechenden Pfad gesetz. Ergebnis: Gleiche Fehlermeldung.

Nächste Idee: jdom.jar in das gleiche verzeichnis kopieren.
Gemacht. Classpath um den "." (= aktuelles Verzeichnis) ergänzt. Ergebnis: Gleiche Fehlermeldung!

Also nochmal

java -cp . -jar client.jar

versucht. Ergebnis: Gleiche Fehlermeldung!

Hab dann irgendwo im Netz den Hinweis gefunden, ich solle sicherstellen das die jdom.jar im Buildpath von eclipse ist. Hab ich mal nachgesehen (Project->Properties->Build Path) War nicht, drinn, jetzt ist sie es. Ergebnis: Gleiche Fehlermeldung!

Ein Aufruf von

jar -tf client.jar

gibt mir zwar alle classen aus, aber auch nichts von jdom.jar!

Das Projekt benutzt auch noch Orbacus, mit den Zahlreichen jar`s die dort verwendet werden, gibt es aber keine Probleme...


Hat jemand noch ne Idee, woran das liegen kann? Und vorallem wie ich das behebe! (Ideal wäre ne möglichkeit das ganze JDOM mit in die .jar zu packen, um alle abhängigkeiten von meinen Variablen und Pfaden zu vermeiden.)

Grüße
Arvodan

[Murray]

Probier doch mal

 java -verbose -cp c:\JDOM\jdom.jar -jar client.jar

Diese Option kann man auch in Eclipse setzen: im "Create, manage and run configuration"-Dialog den Reiter "Arguments" wählen und dort im unteren Bereich ("VM-Arguments") die Zeile

-verbose:class

einfügen.

Damit sieht man, welche Klassen woher geladen werden. Machmal hilft das, wenn man solchen Classpath-Problemen auf der Spur ist.

[Arvodan]

Ich versuch es mal...
da es aber recht viele Klassen sind (100+) kann das etwas dauern...

Danke für die schnelle Antwort!

Grüße
Arvodan

[Arvodan]

edit:/ In diesem Beitrag beschriebenes Problem war nur ein vergessenes Häckchen beim jar-Export Schuld. Wer`s schon gelesen hat, einfach vergessen!

Habe aber immernoch das Problem mit dem JDOM.
Die Ausgabe mit -verbose hat mir nicht weitergeholfen, hab den Fehler noch nicht gefunden...

Grüße
Arvodan

[Murray]

Zitat von Arvodan

habe sogar schon versucht, den CLASSPATH auf D:\projects\hdm\libExt\CorbaCanServer\CClientOpera tions.java
zu setzen. Aber das hat auch nichts geändert.

Das kann auch nicht klappen: der Classpath muss ja auf die Class-Files verweisen, nicht auf die Sourcen.

Die Fehlermeldung besagt, dass CorbaCanServer.CClientOperations geladen werden soll, also die Klasse CClientOperations aus dem Package CorbaCanServer (normalerweise gibt es die Konvention, dass Packages immer klein geschrieben werden, aber grundsätzlich müsste es auch so funktionieren).

Der Classpath muss jetzt entweder ein Jar- oder Zip-File enthalten, in dem die Klasse enthalten ist, oder er muss ein Verzeichnis beeinhalten, in dem die einzelnen Class-Files liegen. Im zweiten Fall ist es entscheidend, dass man das Verzeichnis angibt, in dem es ein Unterverzeichnis mit dem ersten Teil des Package-Namens gibt.

Schwierig zu erklären, daher ein Beispiel:

Test.java:

package com.xyz.test;

public class Test {
}

Wenn man das jetzt übersetzt mit

javac -d \home\work\java\lib Test.java

(das Verzeichnis muss existieren), dann entsteht in d:\home\work\java\lib ein Unterverzeichnis com (der erste Teil des Package-Namens). In diesem Unterverzeichnis gibt es ein weiteres names xyz und darin eines mit test. Darin steht dann das Class-File Test.class.

Der Classpath muss nun auf d:\home\work\java\lib und nicht etwa auf d:\home\work\java\lib\com\xyz\test stehen, da die Unterverzeichnisse, die dem Package-Namen entsprechen, später vom ClassLoader ergänzt werden.

Existiert bei Dir im Filesystem die Datei D:\projects\hdm\libExt\CorbaCanServer\CClientOpera tions.class? Wenn das so ist, muss wohl das Verzeichnis D:\projects\hdm\libExt in den Classpath.

[Arvodan]

jo, das Verzeichnis gibt es. Hab aber einfach beim erstellen der jar-Datei vergessen das Package CorbaCanServer mit anzuwählen...

edit:/ also ich habe das CorbaCanServer zeugs garnicht im Classpath, es liegt alles direkt in der .jar Datei.Nur mit dem JDOM klappt das nicht...


Dennoch kommt die Fehlermeldung mit dem JDOM...obwohl er im Classpath liegt...

[Murray]

Jar-Files müssen immer explizit im Classpath auftauchen; es reicht nicht, sie in ein Verzeichnis zu spielen, das im Classpath enthalten ist.

Bsp.:

Das aktuelle Verzeichnis enthält jdom.jar

 java -cp . -jar client.jar

klappt nicht, da nicht das Jar-File referenziert wird (es könnte so klappen, wenn jdom.jar im aktuellen Verzeichnis entpackt worden wäre, aber das sollte man nicht machen).

Richtig ist

  java -cp .\jdom.jar -jar client.jar

[Arvodan]

C:\>set Class
CLASSPATH=D:\projects\libExt\jdom.jar

das war es leider auch nicht...
(wusste ich nicht, das .jar`s explizit auftauchen müssen, hab es aber wohl "intuitiv" (oder aus Zufall) gemacht).

Sonst `ne Idee? Gibt es noch was, außer dem Classpaht, das in dem System eingestellt werden müsste? Nein, oder?

Echt ärgerlich das ganze...

Grüße
Arvodan

edit:/
Hab mir das ganze mal nochmal mit jar -tf client.jar angesehen..
die jdom.jar ist jetzt in dem jar file enthalten. Und in der jdom.jar wiederum ist die gesuchte Klasse auch enthalten...also wieso findet der das dann nicht? Kann das dann überhaupt noch was mit dem Classpath zu tun haben? Oder was mit dem Manifest? Oder womit?

[Murray]

Sehr mysteriös - verwendest Du einen eigenen ClassLoader? Damit kann man sich u.U. solche Probleme einfangen.

[pago]

Eine Jar-Datei sollte man nicht unbedingt in eine andere Jar-Datei packen. Speziell dann nicht, wenn die äußere auf die innere zugreifen will.

[Arvodan]

Nein, benutze keinen Classloader. hab j2sdk1.4.2_09 komplett Standard. Eclipse 3.1. Auch standard...

Dumme Sache das....das muss doch irgendwie außerhalb vom Eclipse zum laufen zu bekommen sein....
kann mir die .classpath Datei von eclipse da weiterhelfen? Oder schließt ihr den Classpath als Fehlerursache auch aus?

Grüße
Arvodan

[sparrow]

Also, ich würde davon abraten eine .jar-Datei in eine andere .jar-Datei zu verpacken und diese dann als Bibliothek verwenden zu wollen.
Das führt nur zu Problemen, wobei es aber die Möglichkeit gibt diese in der Manifest-Datei mit anzugeben.
Wie gesagt, gab bei mir nur Probleme.

Du willst die .jar ja sicherlich auch mal ausliefern, oder?
Und dann den Usern klar zu machen, was sie eingeben müssen damit es startet, oder tatsächlich für alle Betriebssysteme ein Script zu schreiben.... klingt sehr aufwendig.

Mach einfach folgendes, so gehe ich immer vor:

1. Ein neues (leeres) Verzeichnis anlegen
2. Deine eigenen Class-Dateien hinein kopieren
3. Die .jar Dateien die du brauchst auch hinein entpacken
4. Die Dateien von Hand mit Jar packen

Auf diese Weise kannst du dich darauf verlassen, dass alle benötigen Bibliotheken direkt für das Programm verfügbar sind, und du bist alle Probleme los.
Für mich gibt es keinen ersichtlichen Grund die Bibliotheken unbedingt in eine eigene .jar zu packen nachdem dein Programm Gold gegangen ist.

[Arvodan]

Ah, Sparrow, das war die Lösung! Alle Datein in ein eigenes Archiv, von Hand das jar file gebaut und dann ging es...

Man sollte sich halt nicht immer auf IDE`s verlassen....

Vielen Dank für die Hilfe, an das ganze Forum!


Grüße
Arvodan

[Arvodan]

Nachtrag: Nachdem ich stundenlang an einem ähnlichen Problem rumgebastelt hab, habe ich rausgefunden das es auch geht, wenn ich besagte .jar Datei in JAVA_HOME/jre/lib/ext ablege. (bzw. bei einer anderen in JAVA_HOME/jre/lib).

Jetzt stellt sich mir die frage, warum das so dann geht, aber mit setzen des Klassenpfades nicht? Das einzige was ich mir vorstellen könnte, wäre das die JVM die Klasse braucht, bevor der eigentliche Classloader für die Anwendung gestartet wird, nur warum?

Hat da jemand erfahrung mit? Vielleicht wird das in Zukunft mal wichtig...

Grüße
Arvodan

[sparrow]

Repdoduzier das Problem mal für mich, sag mir ganz genau was nicht geht.
Schränk das Problem nach Möglichkeit ein, bau ein Programm, das nur eine einzige Bibliothek braucht und sag mir dann genau was geht und was nicht geht.

Dann versuchen wir das mal zu lösen.

Gruß
Sparrow

[Arvodan]

Okay. Werde dann einfach einen XML-Parser mit besagtem jdom.jar bauen...
Kann ich aber erst morgen machen bzw. heute am späteren abend. Ich meld mich hier wieder, sobald ich die Klasse hab.

Grüße
Arvodan