Discussion :

[the_frogkiller]

bonjour,

voilà je développes un projet en swing/HSQLDB et je doit réaliser un patch pour implémenter une évolution. pour cela j'ai fait un petit main au sein de mon projet. quand je crée un jar de mon patch celui ci est aussi gros que la jar de l'application (7Mo) alors que le patch utilise que quelques classes de l'application.

est il possible de faire un jar avec seulement les classes utilisées?

merci

[dinobogan]

Il y a autre chose dans ton jar, ou alors il y a les sources et l'appli est gigantesques, ou alors uniquement le bytecode et ton appli est gigantesque.
Tu dois construire le jar souvent ? Si c'est uniquement pour cette fois-ci, le jar est un format zip. Tu peux donc utiliser n'importe quel utilitaire Zip et supprimer les fichiers et répertoires inutiles.

[the_frogkiller]

Il y a autre chose dans ton jar, ou alors il y a les sources et l'appli est gigantesques, ou alors uniquement le bytecode et ton appli est gigantesque.
Tu dois construire le jar souvent ? Si c'est uniquement pour cette fois-ci, le jar est un format zip. Tu peux donc utiliser n'importe quel utilitaire Zip et supprimer les fichiers et répertoires inutiles.

bah comme jar externe il y a celles d'hibernate, jFreeChart, le driver JDBC... et je le fait de temps en temps au fur et à mesure de mon développement. cela me parait un peut risquer de retirer des choses à la main car on est jammais sur pour certaines classes si elles ne sont pas utiliser à un moment donnée (sauf pour celles qui sont évidentes)

[tchize_]

on est jamais sur tout court. Tu trouvera pas d'outils te virant les classes inutile car cette opération est impossible. Il faut exécuter le code dans toutes ses variantes possibles pour savoir effectivement si, oui ou non, le code est utilisé.

[the_frogkiller]

on est jamais sur tout court. Tu trouvera pas d'outils te virant les classes inutile car cette opération est impossible. Il faut exécuter le code dans toutes ses variantes possibles pour savoir effectivement si, oui ou non, le code est utilisé.

effectivement vu sous cet angle cela me parait compromis. donc soit je fait un projet a coté en utilisant uniquement les classes qu'il me faut (en les copiant) ou alors j'inclus le teste de version dans l'appli elle même.

[tchize_]

ou tu splitte ton code entre une librairie commune, ta petite application, et ta grosse application