Tool um mehrere Klassen in einer Klasse vereinen?

[sirbender]

Hi,

vor Jahren hab ich mal von einem Tool gehoert, welches in ANT integriert werden kann und welches alle Klassen eines Projekts in einer einzelnen Klasse fusioniert (oder mehreren, weil eine einzelne Klasse nicht groesser als 64K sein darf).
Dieses Tool nutzte Bytecode manipulation.

Weiss jemand wie das Tool heisst, bzw. kennt jemand ein aehnliches Tool?

vielen Dank,
sb

 

[Bizarrus]

Zur Manipulation fällt mir jetzt gerade höchstens Javassist ein.

 

[JohannisderKaeufer]

Kann es sein, dass Jars anstatt Java Klassen gemeint sind?

Ein oder mehrere Java Klassen kann man in einer Jar zusammenfassen.
Wenn man externe Libs benutzt, hat man normalerweise zusätzliche Jars die man im CP einbinden muß.

Um nun alle benötigten Jars in einem Runnable-Jar zu vereinen gibt es z.B. fatjar oder one-jar.
Wobei ersteres ein veraltetes? Eclipse-Plugin ist und letzteres auch als Ant-task definiert werden kann.

 

[sirbender]

Nein. Tools wie one-jar kenne ich. Es geht hier zu weit zu erklaeren warum ich mergen von .class files 'brauche'. Es geht generell darum zu verstehen wie es funktioniert.

Koennte man mittels byte-code manipulation viele viele .class files zu einem oder einer handvoll class files zusammenfuehren ohne Konflikte zu bekommen und die Ausfuehrung des Programms zu veraendern?

 

[Marcinek]

Gibt es dafür überhaupt einen Anwendungsfall? :bahnhof:

Welche Vorteile hat man daruch?

Ich glaube sowas gibt es nicht.

 

[maki]

Nein. Tools wie one-jar kenne ich. Es geht hier zu weit zu erklaeren warum ich mergen von .class files 'brauche'. Es geht generell darum zu verstehen wie es funktioniert.

Wieso geht es zu weit wenn du den Anwendungsfall erklärst und deine Frage dadurch verständlicher machst?

Im Moment weiss hier offensichtlich niemand was du suchst noch warum du es suchst.

 

[tröööt]

naja ... mit direkter byte-code manipulation mag sowas sicher möglich sein ... wäre nichts anderes ob man die VM mit mehreren klassen oder nur mit einer füttert ... code ist code ... aber ich denke es würde hier an packages und imports sowie mehrfach-verwendung von unterschiedlichen klassen mit dem selben namen knallen ... wobei es im byte-code mit überladung möglich wäre (obfuscator nutzen diese möglichkeit ebenfalls das mehrere methoden mit selben namen und gleichen parameter nur anhand des return-type unterschieden werden können ... was im source nicht geht) ...

aber wirklich einen anwendungs-fall kann ich mir auch nicht vorstellen ... denn es wäre irgendwie widersprüchlich wenn man seinen code objekt-orientiert programmiert und dann von nem tool eh wieder alles in eine klasse klatschen lässt ... dann kann man seinen source auch gleich prozedual schreiben ... wirklich sinnvoll ist das dann auch nicht mehr ...

und wenn dir die erklärung WARUM du sowas machen willst zu viel ist um es hier zu posten ... dann kannst du auch nicht erwarten das dir jemand hilft / helfen kann ...