.jar Files - Tools zum generieren

[Oli]

Hallo,

ich benutze im Moment zum erstellen von jar - Files das PlugIn FatJar. Das hat aber den Nachteil, das es immer komplette Libraries einbindet, was zur Folge hat, dass das jar unnötig groß wird. So habe ich z.B. einen ODBC - Treiber für eine Verbindung zu einer AS400, davon benötige ich 250kb, es werden aber 4,5MB ins jar gepackt. Gibt es ein Tool, das besser ist und nur die Klassen eines Library einbindet, die wirklich benötigt werden?

Grüße Oli

 

[maki]

Nein.

 

[thE_29]

JBuilder
Bei dem kann man einstellen nur Dependencies!

 

[MiDniGG]

Naja. Also ich hab ein Tool geschrieben bei dem die Libs nicht ins Jar gepackt werden sondern in das Verzeichnis mitkopiert werden. So ist die Jar an sich nicht zu groß und es läuft trotzdem alles.

Kannst Dir ja mal anschaun.

http://andreas-programme.de/java.htm

Verbesserungsvorschläge gerne an mich!!!

 

[maki]

JBuilder
Bei dem kann man einstellen nur Dependencies!

Für den Fall dass es untergegangen ist:
Er sucht ein Tool mit dem nicht die gesamte Jar, sondern nur die "verwendeten" Klassen daraus mitgepackt werden.

Das geht nicht (zumindest automatisch).

 

[Landei]

Selbst wenn es sowas gäbe, würde es sofort mit Reflection ausgehebelt.

 

[Grasstampfer]

warum nicht die gute alte methode machen und im manifest des jars einfach den classpath eintragen und die jars mitliefern ?

oder ant das machen lassen ?

warum immer alles in alles packen....

jaja - loest nicht das problem von nur den klassen die man braucht... also das eher generell sehen ;-)

 

[maki]

Warum 4,5 MB ein Problem sein sollen verstehe ich ehrlich gesagt nicht..

 

[Oli]

Hi, at all...

JBuilder ist nicht kostenlos, soviel ich weiß. Ich hatte mal die neuste Version zum Testen, ich habe aber nicht wirklich viel Unterschied zu Eclipse 3.3 gefunden.
Auch das Jar erstellen "nur Dependencies" gab´s da nicht mehr (oder so versteckt, dass ich es auf die Schnelle nicht gefunden habe).
Naja, ich werde das dann wohl doch mit Ants machen. Hier wäre ich aber über einen (oder mehrere) Links dankbar, in denen gut beschrieben wird wie man das anstellt.

Grüße Oli

 

[maki]

>> Naja, ich werde das dann wohl doch mit Ants machen. Hier wäre ich aber über einen (oder mehrere) Links dankbar, in denen gut beschrieben wird wie man das anstellt.

Nochmals den thread lesen und merken das es so etwas nicht gibt.

 

[Oli]

@maki

Oh die Diskussion gabs hier schonmal. Ich sehe halt nicht ein, 4,5MB mitzuschleppen, wenn ich davon nur 20% brauche. Und es handelt sich hier halt um eine Applikation für ein Unternehmen. Und jedes MB kostet Geld. Auch im Zeitalter der Terrabytes. Außerdem wird das File mit Novell Application Launcher ausgeliefert, und da ist es auch bei einem Gigabit Ethernet ein Unterschied ob ich 40MB oder 4MB ausliefere...

Grüße Oli

 

[maki]

>> Oh die Diskussion gabs hier schonmal.

Öfters, immer mit demselben Ergebnis -> geht nicht automatisch, müsstest schon Hand anlegen.

Ich sehe halt nicht ein, 4,5MB mitzuschleppen, wenn ich davon nur 20% brauche. Und es handelt sich hier halt um eine Applikation für ein Unternehmen. Und jedes MB kostet Geld. Auch im Zeitalter der Terrabytes. Außerdem wird das File mit Novell Application Launcher ausgeliefert, und da ist es auch bei einem Gigabit Ethernet ein Unterschied ob ich 40MB oder 4MB ausliefere...

Aha.... AS400... 4,5MiB sind zu groß und sprengen den Projektrahmen.. klar.

Bau dir ein eigenes jar mit den Klassen/Ressourcen die du brauchst und nutzte doch das anstatt dem "riesigen" Orignal jar. Legal ist das betstimmt nicht..

 

[Oli]

Hallo maki,

da bin ich grad am prüfen, ob ich einzelne Klassen aus der Library verwenden darf, oder ob diese nur komplett benutzt werden darf. Es geht ja auch nicht nur um die 4,5 MB AS400, das war ja nur ein Beispiel. Es sind mehrere Libraries und wenn ich da alles zusammenstreiche, was ich nicht brauche, komme ich auf 12MB und eben nicht auf knapp 60.
Den Projektrahmen sprengen weder die 4,5 noch die 60 MB, aber warum unnötigen Ballast mitschleppen, wenn es nicht sein muss.

Grüße Oli

 

[maki]

Wenn du in jedem Projekt komplett eigene Jars baust um ein paar MiB zu sparen, lohnt sich das denn wenn man bedenkt was für ein Aufwand für das Update einzelner Jars und die Fehlersuche betrieben werden muss?

 

[FArt]

Auch wenn es technisch möglich ist: man sollte sich mal genau die Lizenzbestimmungen der FremdAPIs ansehen, ob umpackagen oder sogar extrahieren der Ressourcen überhaupt erlaubt ist.

Sonst: Schnick-Schnack... Java bietet ausreichend gute Mittel mit JARs umzugehen... Klassenpfade setzen usw.

Wer kommt denn z.B. auf die Idee die DLLs derart zu verkleinern, dass nur die von mir benutzen Funktionen noch drin sind? Hirnrissig...

 

[ARadauer]

grundätzlich:
von ener fremd-api einige klassen aus der jar zu werfen um platz zu sparen - ganz schlechte idee

1. man kann nie 100%ig sagen, ob eine klasse nicht doch gebraucht wird oder mal gebraucht werden wird... reflection, man erweitert sein eigenes programm usw..
2. diesen ganzen aufwand muss man bei jedem update der jar betreiben...

 

[thE_29]

@maki: Der Jbuilder kann geanu das (Zumindest noch in der 2k5 Version und in der 9er).
Man sagt import dependencies und er nimmt dann nur die Klassen die man benötigt!

 

[maki]

@maki: Der Jbuilder kann geanu das (Zumindest noch in der 2k5 Version und in der 9er).
Man sagt import dependencies und er nimmt dann nur die Klassen die man benötigt!

Aus fremden Jars?
Das will ich sehen, glaub ich nämlich nicht

 

[thE_29]

Jo, kann er!
Soll ich zeigen?

http://www.777kb.com/vimg/jbuilder_jar.PNG

Ich weiß ja warum ich noch immer den benutze und nicht Eclipse

 

[maki]

>> Ich weiß ja warum ich noch immer den benutze und nicht Eclipse icon_wink.gif

Was du da zeigst beweist gar nix
Ist nur ein Menu in dem man auswählen kann was er exportiert, vermute mal die ganzen jars und nicht einzelne Klassen

Nochmals zum verständnis:
Du hast eine (Fremd-)jar mit den Klassen a.ClassA, a.ClassB und a.ClassC, diese ist bei dir als Dependency eingestellt.
Jetzt möchtest du ein Jar aus deinen eigenen Klassen UND a.ClassB erzeugen, a.ClassA und a.ClassC sollen nicht mitkommen.

Wie machst du das?

Wie sollte denn das gehen?
Wie schon erwähnt würde das Ding kaputte jars produzieren sobald reflection im Spiel ist.

 

[thE_29]

Sobald reflection im Spiel ist gehts nicht!
Das ist klar!
Er sucht alle Klassen die du referenzierst und der sucht dann die anderen Klassen welche er benötigt, etc..

Dann geht das Tip Top! Sobald aber was mit reflection ist gehts nicht. Das ist klar.

 

[maki]

Er sucht alle Klassen die du referenzierst und der sucht dann die anderen Klassen welche er benötigt, etc..

Dann geht das Tip Top!

Ok, hätte ich zwar nicht erwartet, aber was es nicht alles gibt

 

[FArt]

Er sucht alle Klassen die du referenzierst und der sucht dann die anderen Klassen welche er benötigt, etc..

Dieses Feature ist so trivial wie praxisfremd ;-)

 

[thE_29]

Wieso das den?

 

[FArt]

Wieso das den?

trivial: Abhängikeiten auflösen
praxisfremd: ich kenne keine sinnvolle, größere Applikation, die vollständig eingepackt werden könnte, da Reflection, Proxies, Spring, Aspekte usw. immer das einfache Auflösen von Abhängigkeiten verhindern.

 

[thE_29]

Naja, es ging nie um eine große App
Eher um Libs. Und da ist das manchmal recht praktisch.

Große Libs liefert man sowieso als seperate Lib aus