externe Libraries in jar-file

[rob3000]

Hallo,

leider ist jetzt noch ein Problem aufgetreten. Ich verwende in meiner Applikation externe Libaries von jlgui-javazoom. Ich habe daher von der Applikation ein jar-file erstellt von eclipse heraus. Danach habe ich zum testen, die Classpath Variable in den Umgebungsvariablen in Windows gesetzt.

Also folgende Variablen:

Name: JLGUI_HOME
Wert C:\Programme\Java\jlGui2.3.2

Name: JLGUI_LIB
Wert: %JLGUI_HOME%\lib

Name: JLGUICLASSPATH
Wert: %JLGUI_LIB%\basicplayer2.3.jar;%JLGUI_LIB%\commons-logging-api.jar;%JLGUI_LIB%\jl1.0.jar;
%JLGUI_LIB%\jogg-0.0.7.jar;%JLGUI_LIB%\jorbis-0.0.13.jar;%JLGUI_LIB%\jspeex0.9.3.jar;
%JLGUI_LIB%\mp3spi1.9.2.jar;%JLGUI_LIB%\tritonus_share.jar;%JLGUI_LIB%\vorbisspi1.0.1.jar

Danach starte ich die Applikation mit folgendem Befehl in der Kommandozeile:

java -cp .;%JLGUICLASSPATH% -jar TestApplikation.jar

Jedoch bekomme ich immer eine java.lang.NoClassDefFoundError: javazoom/jlgui/basicplayer/BasicPlayerListener.

Hat irgendjemand eine Ahnung oder sieht jemand was hier noch falsch läuft? - sitz da jetzt schon den ganzen Abend davor, sehe aber nicht, was ich noch falsch gemacht haben könnte.

mfg

 

[rob3000]

Hallo,

ich habe es auch mit der Angabe des Classpaths im Manifest File versucht und zwar so. Ich habe die externen jar-files in das projekt root verzeichnis gegeben. Mein MANIFEST File sieht dann folgendermaßen aus:

Manifest-Version: 1.0
Class-Path: basicplayer2.3.jar commons-logging-api.jar jl1.0.jar jogg-0.0.7.jar jorbis-0.0.13.jar jspeex0.9.3.jar mp3spi1.9.2.jar tritonus_share.jar vorbisspi1.0.1.jar
Main-Class: com.view.TestApplikation

Aber das funktioniert leider nicht. Immer noch die java.lang.NoClassDefFoundError.... ???:L

 

[Guest]

Keine Zeile in Manifest darf länger als 72 bytes sein (siehe: Notes on Manifest and Signature Files - line-length). Warum auch immer. :autsch:
Versuche das hier

Class-Path: basicplayer2.3.jar commons-logging-api.jar jl1.0.jar
  jogg-0.0.7.jar jorbis-0.0.13.jar jspeex0.9.3.jar mp3spi1.9.2.jar
  tritonus_share.jar vorbisspi1.0.1.jar

Achte darauf, dass die Folgezeilen mit einem Leerzeichen anfangen.

 

[thE_29]

Warum packst du nicht alle Jar Files in 1?

1. kann das Eclipse net oder warum tut das nie wer?

2. schau in den FAQs da habe ich beschrieben wie es in der konsole geht!

 

[Guest]

Warum packst du nicht alle Jar Files in 1?

1. kann das Eclipse net oder warum tut das nie wer?

Weil es in vielen Fällen gar nicht zulässig ist.

3. Warum liesst keiner die Lizenzbestimmungen fremder Bibliotheken? :wink:

 

[rob3000]

Also ich habe jetzt sowohl, das MANIFEST.MF versucht anzupassen (in meinem jar-Archiv liegen die jar-Files im root-Verzeichnis, daher:

Manifest-Version: 1.0
Class-Path: ../basicplayer2.3.jar ../commons-logging-api.jar ../jl1.0.jar 
 ../jogg-0.0.7.jar ../jorbis-0.0.13.jar ../jspeex0.9.3.jar ../mp3spi1.9.2.jar 
 ../tritonus_share.jar ../vorbisspi1.0.1.jar
Main-Class: com.view.TestApplikation

Ich habe auch die Leerzeile nach Main-Class gemacht und auch geschaut, dass kein Leerzeichen nach der Main-Klasse ist. Trotzdem kommt die java.lang.NoClassDefFoundError.


Danach habe ich auch versucht, die Klassen direkt reinzukopieren, mit den Befehlen aus der FAQ:

jar -ufvm TestApplikation.jar MANIFEST.MF -C javazoom/ /

Den Befehl habe ich unter C: ausgeführt, da meine TestApplikation.jar, das MANIFEST.MF und das javazoom Verzeichnis in C: liegen. Jedoch kommt da immer ein Syntax-FEhler und Beispiele wie man es richtig machen soll, diese Beispiele unterscheiden sich aber nicht von meinem Befehl....? :bahnhof:

Hat vielleicht noch irgendjemand einen anderen Tipp? :?

mfg

 

[thE_29]

Was für ein Fehler kommt da??

prob mal einen / weglassen

javazoom /

zB @Gast: Wo gibts ne Bibliothek die das zB net erlaubt und wo wäre das zu finden?

 

[AlArenal]

Warum packst du nicht alle Jar Files in 1?

1. kann das Eclipse net oder warum tut das nie wer?

Weil es in vielen Fällen gar nicht zulässig ist.

3. Warum liesst keiner die Lizenzbestimmungen fremder Bibliotheken? :wink:

Wenn diese beiden Aussagen in Zusammenhang stehen sollen, verstehe ich sie nicht. Ich setze nen ganzen Wust von Open Source und kommerziellen Libs parallel für unsere Produkte ein und auch wenn ich nicht alles in ein JAR packe ist mir keine gängige Lizenz bekannt, die ein solches Handeln untersagen würde.

 

[rob3000]

Hi,

okay jetzt funktionierts - habe den Ordner mit den externen Klassen von der jar meinem jar-file hinzugefügt.

Habe jetzt folgende Struktur in meinem jar:

javazoom/jlgui/player/

META-INF

com/view/


Jedoch wird noch immer wenn ich die Anwendung ausführe folgender Fehler geworfen:
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: javazoom/jlgui/basicplayer/BasicPlayerListener.

Das kanns ja jetzt gar nicht mehr geben oder? - ich bin jetzt wirklich schon ratlos.

 

[thE_29]

Mhmmm

Dir fehlt ja noch was!

Du hast javazoom/jlgui/player/

brauchst aber noch

javazoom/jlgui/basicplayer/

dir fehlt ein jar file!

 

[rob3000]

Nein sorry, da hatte ich mich nur vertan, sollte basicplayer heißen. Das problem ist dass dieser Befehl doch nicht funktioniert:

jar -ufvm TestApplikation.jar MANIFEST.MF -C javazoom//

Wenn ich diesen Befehl ausführe, wird zwar kein Fehler angezeigt, aber nur die Syntax entsprechend beschrieben:
Syntax: jar {ctxu}[vfm0Mi][JAR-Datei][Manifest-Datei][-C dir] Dateien
Optionen:....

Aber wenn ich dann in mein TestApplikation.jar schaue, ist dort kein javazoom ordner vorhanden...? - funtioniert dieser Befehl nicht?

 

[rob3000]

Nein sorry, das sollte doch basicplayer heißen, da habe ich mich verschrieben. Leider funktioniert das packen der Klassen in das jar-file nun doch nicht. Wenn ich den Befehl verwende:

jar -ufvm TestApplikation.jar MANIFEST.MF -C javazoom//

Dann kommt zwar kein Fehler aber die Syntax wird erklärt mit allen Optionen und zwei Beispielen. Heißt das, dass der Befehl funktioniert hat? - denn in meinem jar-Archiv finde ich dann keinen javazoom Ordner. Bist du dir sicher, dass dieser Befehl funktioniert? :bahnhof:

 

[thE_29]

ar -ufvm TestApplikation.jar MANIFEST.MF -C javazoom/[SPACE]/

Da gehört ein Leerzeichen ^^

Und der / gleich hinter javazoom bedeutet nimm das Verzeichnis komplett (also auch javazoom) und wenn du keinen hast, dann erst das Verzeichnis was in javazoom ist!

 

[Guest]

Das -C sollte auch klein geschrieben werden, zumindest bei mir hat das nur mit kleinen c funktioniert. Wäre aber zu schön um wahr zu sein, wenn es dann funktioniert hätte, ich habe jetzt in meinem jar-file alle externen bibliotheken von javazoom drinnen auch das jar-file, dass für die mp3 Unterstützung notwendig ist, jedoch wenn ich die Anwendung startet, bekomme ich eine UnsupportedException, wenn ich mp3 verwende, wenn ich wav verwende dann funktionierts. Leider brauche ich mp3 Unterstützung. Die Klassen für die mp3 Unterstützung habe ich sicher in meinem jar-file. habe es extrahiert und nachgesehen. Kann es da noch irgendeine andere Möglichkeit geben, warum er diese KLassen für die mp3 Unterstützung nicht findet...?? ???:L

 

[thE_29]

Nein, also wenn sie wirklich drinnen sind, sollte es funktionieren!

Außer der hat ne Abfrage drinnen aufs Manifest oder dgl und sagt wenn net origianel jar datei, dann lade nicht ^^ (oder wirf ne unsupported..)

Aber das kann ich mir irgendwie net vorstellen!

schick mir mal alles und ich probiers

behaveu<at>gmail.com

 

[rob3000]

Ich habe es jetzt endlich geschafft, habe es jetzt doch mit der Angabe im Manifest.MF geschafft, ich hatte nicht gewußt, dass der Pfad immer relativ zum erstellten jar-file ist. :wink:

 

[thE_29]

Komisch, es sollte aber auch funktionieren in dem du alle Jar Files ineinander packst!