Jar Datei läuft auf neuem Rechner nicht mehr

[RudiRakete]

Guten Morgen alle zusammen,

ich habe mal wieder ein Problem mit einer jar-Datei. Und zwar habe ich eine Jar-Datei, die E-Mails verschickt. Auf meinem alten Rechner funktioniert diese Jar-Datei auch wunderbar. Wenn ich diese Datei allerdings jetzt auf meinem neuen Rechner ausführe, kommt folgender Fehler:

H:\>java -jar D:\Mail2.jar
Exception in thread "main" java.lang.NoClassDefFoundError: javax/mail/Address
        at src.SendMailWithAtt.addFileToJarSendJarAndDeleteTempFiles(SendMailWithAtt.java:20)
        at src.starteMail.main(starteMail.java:12)

Was könnte das für ein Problem sein? Ich bin etwas verwirrt, da es ja auf meinem alten Rechner ohne Probleme läuft :-/

So, habe noch ein paar Zusatzinfos: Habe mir jetzt mal das zur jar-Datei passende Java-Projekt auf meinem neuen Rechner ins Eclipse geholt und von dort ausgeführt. Ergebnis: Funktioniert ohne Fehler. Dann habe ich das Projekt exportiert, und wieder über die Konsole ausführen lassen. Ergebnis: gleicher Fehler wie oben... :-/

 

[The_S]

Die Mail.jar ist nicht im Classpath.

Und auch mal Google bemühen

"Exception in thread "main" java.lang.NoClassDefFoundError: javax/mail/Address " - Google-Suche

 

[RudiRakete]

So, ich hoffe jetzt mal ich blamiere mich nicht und erzähle quatsch, aber ich hab die doch dem Classpath geadded, oder?
Ich habe alle nötigen Jars dem Projekt hinzugefügt, in meinem Projekt sieht es so aus:
(siehe Anhang)

Die Google-Seiten hatte ich auch gefunden, aber irgendwie scheine ich zu honkig zu sein, um da Hilfe zu finden :-/

 

[The_S]

In Eclipse ... aber es wird ja wohl nicht auf jedem Rechner Eclipse installiert sein!?

 

[RudiRakete]

Okay, das stimmt natürlich, aber ich dachte, das würde beim Export irgendwie geregelt, dass das alles Wichtige mit kommt.

Habe jetzt nochmal folgendes gemacht, aber klappt immer noch nicht:

H:\>set CLASSPATH=%CLASSPATH%;D:\Mailversand.jar

H:\>java -jar D:\Mailversand.jar
Exception in thread "main" java.lang.NoClassDefFoundError: javax/mail/Address
        at src.SendMailWithAtt.addFileToJarSendJarAndDeleteTempFiles(SendMailWithAtt.java:20)
        at src.starteMail.main(starteMail.java:12)

 

[The_S]

Der Classpath sollte auch im Manifest eingetragen werden.

Java Blog Buch : 07.04.04 jar – Klassen zusammenfassen und ausführen

 

[RudiRakete]

Okay,
nur was ich jetzt nicht verstehe ist, dass die jar-Dateien in meinem erzeugten Jar-File drin sind, dann hätte ich gedacht, dass der automatisch auf diese Jars zugreift.
...

 

[RudiRakete]

Das mit dem Manifest klappt aber auch nicht. Die Datei sieht jetzt wie folgt aus:

Manifest-Version: 1.0
Main-Class: src.starteMail
Class-Path: activation.jar mailapi.jar smtp.jar

Aber immer noch der Fehler...

 

[The_S]

Okay,
nur was ich jetzt nicht verstehe ist, dass die jar-Dateien in meinem erzeugten Jar-File drin sind ... dann hätte ich gedacht, dass der automatisch auf diese Jars zugreift.

JARs in JARs funktionieren nicht. Du müsstest die JARs entpacken und die class-Files mitsamt packages in dein JAR stecken (hierzu gibt es bspw. das Eclipse-Plugin FatJAR).

Das ist aber ganz schlechter Stil und nur in absoluten Ausnahmefällen sinnvoll, weil:

1.) Deine JAR wird total fett. Schon mal eine halbwegs professionelle Anwendung gesehen, die genau aus einer einzigen Datei besteht?
2.) Nicht jede JAR darfst du einfach so mitverpacken - aus lizenztechnischen Gründen
3.) Was passiert, wenn du deine Anwendung mal updaten musst? Dann müsstest du das ganze fette JAR neu ausliefern.
4.) ...

Ist ja auch eigentlich ziemlich blöde, denn wenn ich im MAnifest jetzt feste Pfade auf die Jars eintrage

Dann trag doch relative Pfade ein. Bspw. alle JARs im Libs-Unterverzeichnis des Verzeichnisses, wo sich dein "Haupt"-Jar befindet.

wird es ja wieder Probleme geben, wenn ich meine Mailversand.jar an Kollegen weitergeben möchte...

Kennst du so viele Programme, die noch korrekt funktionieren, wenn man einfach den Installationspfad ändert oder noch besser einfach irgendwelche Installationsdateien in andere Verzeichnisse verschiebt?

 

[The_S]

Das mit dem Manifest klappt aber auch nicht. Die Datei sieht jetzt wie folgt aus:

Manifest-Version: 1.0
Main-Class: src.starteMail
Class-Path: activation.jar mailapi.jar smtp.jar

Aber immer noch der Fehler...

Und wo liegen die JARs? Evtl. löst mein letzter Post ja schon das Problem!?

 

[RudiRakete]

Okay, ich werde jetzt mal alles versuchen, was du erwähnt hast. Die Jars liegen in meinem Projektordner, deshalb dachte ich, ich könnte sie so ansprechen.

Was ich nur bis jetzt immer noch nicht verstehe: Wieso funktioniert das auf meinem alten Rechner mit dem Jar-Erstellen, und auf dem neuen nicht? Das ist das, was mich mal so richtig verwirrt.... :bahnhof:

 

[The_S]

Was ich nur bis jetzt immer noch nicht verstehe: Wieso funktioniert das auf meinem alten Rechner mit dem Jar-Erstellen, und auf dem neuen nicht? Das ist das, was mich mal so richtig verwirrt.... :bahnhof:

Evtl. liegen dort die benötigten JARs im Java-Installationsverzeichnis!?

 

[RudiRakete]

Jaaaa, super. Der Hinweis mit dem Java-Install-Verzeichnis war Gold wert.

Auf dem anderen Rechner liegen die Jars nämlich dort... Habe jetzt einfach auf dem neuen Rechner die Jars auch dorthin kopiert und "Tadaaa": Es klappt. Vielen, vielen Dank für die Hilfe.

 

[The_S]

Ich mag zu bezweifeln, dass dieser Stil jetzt so viel besser ist ...

 

[bygones]

Ich mag zu bezweifeln, dass dieser Stil jetzt so viel besser ist ...

ums zu verdeutlichen - du zwingst nun jeden der das programm haben will dass er die jars in sein java verzeichnis kopieren muss...

wenn du es ueber den simpleren Weg des Manifests geht kannst du das Programm verteilen wie du willst - jeder kann es ohne extra Aufwand nutzen.

Ausserdem wenn nun ein user seine Java distribution aendert und vergisst die jars auch zu kopieren wird dein Programm nicht mehr gehen....

 

[RudiRakete]

Hi,
sorry, dass ich mich erst jetzt wieder melde - nicht dass ihr denkt "Schön, der hat jetzt seine Lösung und verpisst sich...".

Stimmt, mit euren Beiträgen habt ihr natürlich recht. Ich werde mich auch jetzt noch damit befassen, die jar so zu erstellen, dass man die jars nicht mit rüber kopieren muss. Es ging sich mir vor allem erst einmal darum, die Jar wieder ans laufen zu bekommen - egal wie. Und wo das jetzt passiert ist, werde ich mich um die feinere Lösung kümmern.

Vielen Dank jedenfalls für alle Hilfe hier.