Jar ne contenant que les classes nécessaires

Bonjour,

ben tout est dans le titre :-)
J'ai créé une bibliothèque super complète de mon travail et je dois en donné juste une partie à un partenaire. Je n'ai vraiment pas envie de fournir toute ma lib.
Je souhaiterai donc savoir s'il y a une solution pour générer automatiquement un jar ne contenant que les classes nécessaires en fonction de ce qui est appelé dans mon main.
J'ai lu des ébauches incomplètes de solutions qui disaient que l'on pouvait peut être faire cela avec Ant ou jBuilder.

PS : si je peux aussi directement inclure dans ce jar les autres jar externes dont j'ai besoin, ce serait vraiment parfait !

Est ce que quelqu'un aurait une idée pour ceci ?
Merci par avance

Tu peux créer un jar normal puis utiliser un outil : ProGuard.
Il permet d'obfusquer le code (si necessaire) et de virer toutes les classes/fonctions non utilisées. A voir si ca convient.

Merci, cela semblerait faire l'affaire.
Je pensais plutôt ne pas mettre dans le jar ce qui est inutile, mais supprimer ce qu'il se doit après création du jar convient également.

Il semblerait que je ne puisse pas donner à ProGuard la classe qui m'intéresse comme point de départ afin qu'il supprime tout ce dont elle n'a pas besoin :-(
A moins que j'ai mal compris les options.


Est ce que quelqu'un aurait une autre idée ?

Bonjour,
si tu utilises maven dans ton projet, je te conseille le plugin maven shade plugin qui te permet d'exclure tout ce que tu veux, mêmes des packages, d'inclure et/ou d'exclure des .jars, d'inclure et/ou d'exclure des classes etc etc ..
Si tu utilises Ant pour ton projet, pourquoi n'utiliserais tu pas les balises <exclude> lors de la compilation ? :roll: Exemple:

Code:

---

1 2 3 4 5 6 7 8

<target name="compile" depends="clean"> <javac destdir="classes" source="1.5" > <src path="src"/> <exclude name="**/_*.java"/> <exclude name="**/Test*.java"/> <classpath refid="class.path"/> </javac> </target>

---

Parce qu'il faut savoir que si tu veux uniquement supprimer certaines classes après la compilation, bah, ce sera possible, mais dans ce cas, comme tu t'en doutes bien, si jamais tu exécutes une méthode qui fait appel à cette classe (.class) alors qu'elle n'est pas dans le .jar, tu auras un CNFE (ClassNotFoundException)
Donc, si tu veux réellement supprimer des .class après compilation, si tu utilises Ant ou même Maven, .. tu peux toujours utiliser la tâche <delete> après avoir compilé via la tâche <javac> :P
Exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<target name="compile" depends="clean"> <target name="compile"> <javac destdir="classes" source="1.5" > <src path="src"/> <classpath refid="class.path"/> <!-- blablah ... --> </javac> <!-- Là, on supprime les .class que je ne veux pas inclure dans le .jar --> <delete file="bin/net/dvp/projet/Foo.class /> <delete file="bin/net/dvp/projet/Bar.class /> <delete> <fileset dir="bin/" includes="net/dvp/projet/secret/*.class" /> </delete> </target>

---

Et ensuite, tu crées ton .jar final ...
Cordialement,

Mmm... il me semble que ce n'est pas exactement ce que je voudrai faire, sans doute me suis je mal exprimé ou sinon c'est moi qui ne comprends pas quelque chose.

En fait je voudrai pouvoir donner une ou plusieurs classes de références et supprimer toutes les classes qui ne seront pas utilisées (directement ou indirectement) par mes classes de références.
Donc supprimer toutes les classes qui ne seraient pas appelées pendant l'exécution des classes de références.

C'est assez complexe à réaliser. Complexe car il n'y a pas que les appels directs à prendre en compte. Il y a toutes les librairies qui font de l'instanciation par java.lang.reflect, il y a toutes les factory qui prennent des paramètre ou qui sont fonctions de l'environnement, il y a toutes les librairies externes qui sont instanciée par des classes de de la jvm (typiquement les Drivers JDBC mais pas seulement), etc. Tout ça rend la création d'outil automatiques complexe et hasardeuse selon moi.


De toutes façons, tu trouvera ces outils sous l'appellation "jar optimizer" en général :)

Ok merci.

Je suis en train de voir si j'arrive à le faire moi même avant compilation.

Citation:

---

Envoyé par ToTo13

Il semblerait que je ne puisse pas donner à ProGuard la classe qui m'intéresse comme point de départ afin qu'il supprime tout ce dont elle n'a pas besoin :-(
A moins que j'ai mal compris les options.

---

Je n'ai jamais essayé mais dans l'onglet "Shrinking", on peut lui dire le type d'application a garder (applet, servlet, application,...) et en face de chacun, mettre les classes a garder. D'apres ce que j'ai compris, c'est ce que tu veux faire.

Citation:

---

Envoyé par tchize_

C'est assez complexe à réaliser. Complexe car il n'y a pas que les appels directs à prendre en compte. Il y a toutes les librairies qui font de l'instanciation par java.lang.reflect, il y a toutes les factory qui prennent des paramètre ou qui sont fonctions de l'environnement, il y a toutes les librairies externes qui sont instanciée par des classes de de la jvm (typiquement les Drivers JDBC mais pas seulement), etc. Tout ça rend la création d'outil automatiques complexe et hasardeuse selon moi.

---

En ce qui concerne la reflexion, je ne sais pas si proguard le gere (jamais essayé). Par contre, il gere les Class.forName (avec une string constante, je l'ai testé :) ). Sinon, il est possible de lui dire de garder certaines classes et de ne pas changer leur nom. Mais c'est sur que c'est galere de faire ca pour chaque classe potentiellement invoquée. Ceci dit, il n'y a pas vraiment de solution vu que la classe a importer peut etre lue dans un fichier de config. Donc un outil peut pas deviner...

Citation:

---

Envoyé par hwoarang

Je n'ai jamais essayé mais dans l'onglet "Shrinking", on peut lui dire le type d'application a garder (applet, servlet, application,...) et en face de chacun, mettre les classes a garder. D'apres ce que j'ai compris, c'est ce que tu veux faire.

---

On peut lui dire de garder certaines classes, mais pas de garder les classes qu'utilise une classe donnée. Et c'est ça que je veux faire :s

Mon autre souci avec ProGuard c'est que je n'arrive pas à lui donner le lien vers ma JVM. Du coup, soit il ne reconnaît rien (aucune classe Java), soit il dit que tout est en double :-(

Citation:

---

Envoyé par ToTo13

On peut lui dire de garder certaines classes, mais pas de garder les classes qu'utilise une classe donnée. Et c'est ça que je veux faire :s

---

Bah à partir du moment ou tu lui dit de garder une classe, il est sensé garder toutes les classes qu'elle utilise. Et de ce que j'ai pu tester, ca marche plutot bien puisque je me retrouvais avec un jar beaucoup plus petit mais qui fonctionnait bien. Ca ne marche pas chez toi?

Citation:

---

Envoyé par ToTo13

Mon autre souci avec ProGuard c'est que je n'arrive pas à lui donner le lien vers ma JVM. Du coup, soit il ne reconnaît rien (aucune classe Java), soit il dit que tout est en double :-(

---

Dans l'onglet input/output, il faut mettre dans la fenetre du haut le jar de ton programme (c'est lui qui sera modifié) et dans la fenetre du bas les jars librairie (pour que l'outil sache qu'il ne faut pas toucher aux appels vers ces librairies). C'est dans cette fenetre qu'il faut mettre les librairies de la jvm (rt.jar et compagnie).

Je n'ai jamais fait de truc tres avancé avec proguard mais d'apres ce que j'ai pu voir dans les menus, et que j'ai compris de ton probleme, ca a l'air de faire exactement ce que tu veux...

Mmm... je lui ai donné mon jar et il le lit sans problème.
Par contre, je n'arrive pas à lui donner ma JVM et quoi que je fasse il me trouve aucune classe ou toutes les classes en double :-(

J'ai continué à regardé ce problème avec ProGuard puisque ça a l'air d'être la solution de mes soucis.

En fait dans la partie Input/Output où l'on doit donner la JVM, il y a le lien que l'on retrouve par défaut /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/rt.jar
Après une recherche, je ne trouve nulle part ce paquet :-(

Quelqu'un aurait il une idée ?

Il y a très très longtemps (dans une autre galaxie ;)) j'ai fait ça avec un script shell:
le code ne contenant aucun appel dynamique tout recompiler à la main avec une option verbose, passer un coup de "awk" sur la trace et hop voilà la liste des classes utilisées par le programme en éliminant toutes les "librairies".
Comme le fait remarquer _tchize ce truc ne marche plus dès qu'il y a du dynamique.

Citation:

---

Envoyé par ToTo13

En fait dans la partie Input/Output où l'on doit donner la JVM, il y a le lien que l'on retrouve par défaut /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/rt.jar
Après une recherche, je ne trouve nulle part ce paquet :-(

---

Dans la partie du bas, il faut mettre l'ensemble des librairies utilisées (celles qui ne seront pas modifiées). Quand tu dis que tu ne le trouve pas, tu parles sur ton disque, dans le repertoire que tu donnes ? Si oui, ca explique qu'il y ait un probleme...

Citation:

---

Envoyé par professeur shadoko

Il y a très très longtemps (dans une autre galaxie ;)) j'ai fait ça avec un script shell:
le code ne contenant aucun appel dynamique tout recompiler à la main avec une option verbose, passer un coup de "awk" sur la trace et hop voilà la liste des classes utilisées par le programme en éliminant toutes les "librairies".

---

Ca marche aussi. Mais pour les plus feignants, il y a des outils qui le font aussi ;)

Citation:

---

Envoyé par professeur shadoko

Comme le fait remarquer _tchize ce truc ne marche plus dès qu'il y a du dynamique.

---

C'est vrai mais quand il n'y en a pas, ca marche tres bien :D D'ailleurs, en ce qui concerne proguard (le seul que je connais), il met un warning quand il y a du code dynamique. Comme toujours avec un outil de ce type, c'est au développer de savoir ce qu'il fait. Meme avec le meilleur tourne vis du monde entre les mains, une bille en mecanique reste une bille en mecanique ;)

Citation:

---

Envoyé par hwoarang

Dans la partie du bas, il faut mettre l'ensemble des librairies utilisées (celles qui ne seront pas modifiées). Quand tu dis que tu ne le trouve pas, tu parles sur ton disque, dans le repertoire que tu donnes ? Si oui, ca explique qu'il y ait un probleme...

---

C'est ça.
Du coup il ne trouve aucune des classes utilisées dans mon code, même pas celles qui sont de base dans Java.
Le souci c'est que je ne sais pas quoi mettre comme lien :-(

Pour ma part, étant un grand utilisateur du logiciel Yed, j'utilise l'outil de la même société qui s'appelle yGuard. Comme son nom l'indique, c'est un équivalent de ProGuard, livré sous forme de tâche ANT.

Il y a des exemples de scripts ANT suivant ce qu'on désire faire (publication d'API, compactage a partir d'une Main-Class, ...)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<project name="project" default="yguard" basedir="."> <target name="yguard"> <taskdef name="yguard" classname="com.yworks.yguard.YGuardTask" classpath="yguard.jar"/> <yguard>   <inoutpair in="original.jar" out="shrinked.jar"/> <shrink logfile="shrinklog.xml"> <keep> <method name="void main(java.lang.String[])" class="com.mycompany.MyMainClass" /> </keep> </shrink>   </yguard> </target> </project>

---

Merci, mais j'avoue que je ne sais absolument pas utiliser ANT :-(
C'était pour ça que je me tournais vers ProGuard.

Citation:

---

Envoyé par ToTo13

Merci, mais j'avoue que je ne sais absolument pas utiliser ANT :-(
C'était pour ça que je me tournais vers ProGuard.

---

:mrgreen:

Bah, c'est pas le plus dur. C'est du makefile en XML :pastaper:

En plus, c'est intégré dans Eclipse: Tu colles le contenu dans un fichier "build.xml" à la racine du projet, et depuis Eclipse : clic droit sur "build.xml" -> Run As -> Ant Build.

Citation:

---

Envoyé par ToTo13

Le souci c'est que je ne sais pas quoi mettre comme lien :-(

---

Tu as essayé de virer cette lib qui n'existe pas et d'ajouter la bonne ? rt.jar du jdk/jre? Ca fait la meme erreur?

Citation:

---

Envoyé par hwoarang

Ca marche aussi. Mais pour les plus feignants, il y a des outils qui le font aussi ;)

---

certes mais comme je suis lent à la comprenote: le temps de trouver l'outil, de le télécharger, de l'installer, de comprendre comment ça devrait fonctionner .... j'ai eu le temps d'écrire 3 scripts shell ( à mon age on ne se refait pas! :mrgreen:)

Citation:

---

Envoyé par pseudocode

:mrgreen:

Bah, c'est pas le plus dur. C'est du makefile en XML :pastaper:

En plus, c'est intégré dans Eclipse: Tu colles le contenu dans un fichier "build.xml" à la racine du projet, et depuis Eclipse : clic droit sur "build.xml" -> Run As -> Ant Build.

---

Ben... je vais essayer :s

Citation:

---

Envoyé par hwoarang

Tu as essayé de virer cette lib qui n'existe pas et d'ajouter la bonne ? rt.jar du jdk/jre? Ca fait la meme erreur?

---

J'ai testé et ça n'a pas marché. J'ai eu les erreurs que j'ai cité précédemment.
Si quelqu'un sait comment faire ça sous Mac OS X, je suis preneur !

Citation:

---

Envoyé par professeur shadoko

certes mais comme je suis lent à la comprenote: le temps de trouver l'outil, de le télécharger, de l'installer, de comprendre comment ça devrait fonctionner .... j'ai eu le temps d'écrire 3 scripts shell ( à mon age on ne se refait pas! :mrgreen:)

---

Pareil pour moi s'il faut regarder comment faire ces makefiles ;) (quoique, j'avoue que tu m'as donné envie de jeter un oeil).

Citation:

---

Envoyé par ToTo13

J'ai testé et ça n'a pas marché. J'ai eu les erreurs que j'ai cité précédemment.
Si quelqu'un sait comment faire ça sous Mac OS X, je suis preneur !

---

Peut etre que proguard ne marche pas sur mac. En tous cas, sous windows, je n'ai pas eu de probleme. Quand j'ai eu des warnings, ils se sont tous averes reels. Tu as mis quoi comme librairie ? Seulement rt.jar ?

Citation:

---

Envoyé par hwoarang

Tu as mis quoi comme librairie ? Seulement rt.jar ?

---

C'est là mon souci, je n'ai pas rt.jar :-(

Bonjour,

je me suis donc décidé à regarder ce que fait yGuard.
J'ai commencé par essayer de supprimer tout ce qui est inutile, mais le souci, c'est que ça supprime un peu trop :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

<project name="project" default="yguard" basedir="."> <target name="yguard"> <taskdef name="yguard" classname="com.yworks.yguard.YGuardTask" classpath="Packages/yguard-2.4/lib/yguard.jar"/>   <yguard> <inoutpair in="firetiti.jar" out="firetiti_shrinked.jar"/> <shrink> <keep> <class> <patternset> <include name="patternRecognition.textures.glzm.glszm.*"/> <include name="patternRecognition.textures.glzm.glolzm.*"/> </patternset> </class> </keep> </shrink> </yguard>   </target> </project>

---

En fait, il ne me reste que les classes les dossiers que j'ai spécifié :-(
Je voulais lui dire de garder tout ce que ces classes utilisent.
Quelqu'un pourrait il m'aider svp ?

Euh... en fait même les classes sont vides : toutes les méthodes ont été supprimées.

je viens de faire des tests et j'arrive aux même résultats. Apparement, soit il garde tout mais vire les annotations / info de debug inutiles. Soit tu lui fait la liste des classes à garder mais il ne guarde que celles là. Il est incapable de faire l'analyse.

Je viens de lancer ça:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45

<project name="project" default="yguard" basedir="."> <target depends="jar" name="yguard"> <taskdef name="yguard" classname="com.yworks.yguard.YGuardTask" classpath="libs/yguard.jar"/>   <yguard> <inoutpair in="firetiti.jar" out="firetiti_shrinked.jar"/> <shrink> <keep> <class> <patternset> <include name="mon.paquet.MonMain"/> </patternset> </class> </keep> </shrink> </yguard>   </target> <target name="init"> <property name="project_name" value="DemoProject"/> <property name="srcDir" value="src"/> <property name="classDir" value="classes"/> <property name="jar" value="firetiti.jar"/> <property name="renamelog" value="${project_name}_renamelog.xml"/> <property name="shrinklog" value="${project_name}_shrinklog.xml"/> <mkdir dir="${classDir}" /> </target> <!-- compile --> <target name="compile" depends="init"> <javac srcdir="${srcDir}" includes="**/*.java" destdir="${classDir}"> </javac> </target>   <!-- create .jar --> <target name="jar" depends="compile"> <jar jarfile="${jar}" basedir="${classDir}" includes="**"> <manifest> <attribute name="Main-Class" value="mon.paquet.MonMain"/> </manifest> </jar> </target> </project>

---

et tout ce qu'il me guarde, c'est MonMain, sans méthode. Aucune des classes annexe.

Pour qu'il explore, faut lui filer les méthodes point de départ:

Code:

---

1 2 3 4 5

<shrink> <keep> <method name="void main(java.lang.String[])" class="mon.paquet.MonMain" /> </keep> </shrink>

---

et là j'ai le bon jar qui marche avec les classes inutiles supprimées:)

Code:

---

1 2 3

[shrink] size before: 1 KB, size after: 1 KB. [shrink] removed 1 classes, 2 methods, 0 fields, 0 resources. [shrink] 3 classes remaining of 4 total.

---

Merci pour ces précisions, mais malheureusement cela ne fonction pas chez moi :-(

Raison principale : je n'ai aucune méthode Main dans les classes que je souhaites garder.
J'ai essayé de modifier le code pour pointer les méthodes principales qui seront appelées, mais apparemment ça ne gère pas les '*' :

Code:

---

1 2	<method name="*FillMatrix(*)" class="patternRecognition.textures.glzm.glszm.*"/>

---

Et ça ne fonctionne pas :cry:

J'ai réussi à faire à peu près ce que je voulais en utilisant ce code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34

<project name="project" default="yguard" basedir="."> <target name="yguard"> <taskdef name="yguard" classname="com.yworks.yguard.YGuardTask" classpath="../lib/yguard.jar"/>   <yguard> <inoutpair in="../../../firetiti.jar" out="tmp.jar"/> <shrink> <keep> <class classes="public" methods="public" fields="public"> <patternset> <!-- liste des classes à préserver/--> </patternset> </class> </keep> </shrink> </yguard>     <yguard> <inoutpair in="tmp.jar" out="../../../firetiti_lite.jar"/> <rename> <keep> <class classes="public" methods="public" fields="public"> <patternset> <!-- liste des classes à préserver/--> </patternset> </class> </keep> </rename> </yguard>   </target> </project>

---

Seulement, je dois mettre deux fois exactement la même liste de classes dans les <includes>.
Y aurait il un moyen de mettre tout cela dans une variable que l'on appellerait où il faudrait ?

Citation:

---

Envoyé par ToTo13

Seulement, je dois mettre deux fois exactement la même liste de classes dans les <includes>.
Y aurait il un moyen de mettre tout cela dans une variable que l'on appellerait où il faudrait ?

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

<shrink> <keep> <class classes="public" methods="public" fields="public"> <patternset id="myfiles"> <!-- liste des classes à préserver/--> </patternset> </class> ... <rename> <keep> <class classes="public" methods="public" fields="public"> <patternset refid="myfiles"/> </class>

---

Ca marche super bien !
Une fois de plus... MERCI :ccool: :zoubi: