Discussion :

[ToTo13]

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

[hwoarang]

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.

[ToTo13]

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.

[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.


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

[paissad]

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 ? Exemple:

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

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>
Exemple:

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

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,

[ToTo13]

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.

[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.


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

[ToTo13]

Ok merci.

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

[hwoarang]

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.

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...

[ToTo13]

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 :-(

[hwoarang]

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?

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...

[ToTo13]

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 :-(

[ToTo13]

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 ?

[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".
Comme le fait remarquer _tchize ce truc ne marche plus dès qu'il y a du dynamique.

[hwoarang]

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...

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

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'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

[ToTo13]

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 :-(

[pseudocode]

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 xml :

Sélectionner tout - Visualiser dans une fenêtre à part

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>

[ToTo13]

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

[pseudocode]

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

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

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.

[hwoarang]

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?