Discussion :

[sebac]

Bonjour après s'être débattu souvent sans succès avec les tutos de création de jar voici un plugin assez simple à installer (fatjar)
1 téléchargez le http://sourceforge.net/projects/fjep/
2 dézippez sur votre bureau et récupérez le dossier plugins que vous mettez dans votre dossier contenant éclipse mais attention si le dossier eclipse contient déjà un dossier plugins pour x raisons, ne copiez pas le dossier plugins obtenu lors du dézippage ( je sais pas si c'est français ) sinon vous risquez d'écraser celui qui existe déjà. dans ce cas ouvrir le dossier dézippé et copiez collez le fichier .jar qui y est dans le dossier plugins que vous avez trouvé dans éclipse.
3 fermez éclipse
4 ouvrez éclipse en ligne de commande avec msdos en utilisant la commande cd nomDuRépertoire qui vous permettra d'accéder au répertoire où se trouve éclipse. ensuite tapez la commande "eclipse -clean" (sans les côtes). Le tour est joué, vous pourrez désormais créer des jar de vos projets avec un clic droit sur le projet puis le Built Fat jar.

[CyberChouan]

Je déconseille fortement l'utilisation de fatjar.

Le but de fatjar est de rassembler en un seul jar les classes du projet ainsi que toutes ses dépendances (librairies, etc.). Même si l'idée est séduisante, elle conduit à des fichiers jar très "sales" :

- on ne distingue plus dans le jar ce qui est propre au projet des dépendances
- on ne peut plus faire évoluer la version d'une dépendance (librairie) de manière simple
- etc.

De plus, cette manière de créer des jars "englobants" peu violer les licences d'utilisation des librairies embarquées.

[adiGuba]

Je déconseille fortement l'utilisation de fatjar.

+1

Sans oublier que le jar peut être incompatible avec un déploiement via Java Web Start...



Alors qu'il suffit de spécifier les dépendances dans l'attribut Class-Path du manifest...

a++

[sebac]

Je ne voyais pas tant d'inconveniants que ça mais sinon on ne peut pas enlever à fatJar la facilité d'installation.

[adiGuba]

on ne peut pas enlever à fatJar la facilité d'installation dans eclipse

Car dans tous les autres cas il reste plus simple de renseigner le manifest...

a++

[tromaltsec]

Bonjour,
il suffit d'utiliser Netbeans qui crée automatiquement le jar ^^

[CyberChouan]

il suffit d'utiliser Netbeans qui crée automatiquement le jar ^^

Eclipse créé aussi très bien les jar, sans qu'il y ait besoin d'installer fatjar :
"Fichier > Exporter > Java > jar"

[Orni-Dev]

Alors qu'il suffit de spécifier les dépendances dans l'attribut Class-Path du manifest...

Quand tu as une dépendance sur axis2 ou tout librairie du même style avec ces 20 jars ou plus y'a de quoi se tirer des balles.

[CyberChouan]

Quand tu as une dépendance sur axis2 ou tout librairie du même style avec ces 20 jars ou plus y'a de quoi se tirer des balles.

Pour ce genre de cas, plutôt que fatjar, je recommande d'utiliser Maven et son plugin "maven-jar-plugin" gérant l'ajout automatique des librairies du classpath dans le manifest.

cf. http://maven.apache.org/guides/mini/guide-manifest.html

Une fois configuré, c'est un vrai bonheur à utiliser et ça a le mérite de faire les choses très proprement.

[adiGuba]

Pour ce genre de cas, plutôt que fatjar, je recommande d'utiliser Maven et son plugin "maven-jar-plugin" gérant l'ajout automatique des librairies du classpath dans le manifest.

Il est possible de faire la même chose avec ant...




Mais de toute manière je ne pense pas que ce soit la mort de taper 20 nom de fichier...

a++

[Orni-Dev]

Je viens de regarder pour axis2 c'est 59 jars et franchement la flemme de se les faire tous sans compter que c'est pas la seule qui est utilisée. Par contre si ant est capable de le faire auto ca m'intéresse.

[adiGuba]

Je n'ai plus le code exact que j'utilisais sous la main, mais ceci semble correspondre : http://www.developpez.net/forums/m1710953-2/

a++

[tchize_]

sinon, sous maven2, puisque déjà signalé, ajouter axis consiste simplement à mettre dans ton pom.xml les dépéndences aux sous projets d'axis2 dont tu as besoin, toutes les autres dépendances vont venir toutes seule.

PS: il y a beaucoup de jars, c'est vrai dans la distribution d'axis2, mais as-tu besoin de tous? Axis2 est formé de nombreux modules et il est rare d'avoir besoin de tous les modules.

[_skip]

59 jars?
Quand je pense aux développeurs java qui se plaignent de DLL hell quand on parle de .Net...

Faudrait que j'essaie Maven mais quelque part j'en ai pas le courage, les usines à gaz pleines de fichiers XML partout c'est plus mon truc depuis quelque temps. J'emploie moi aussi fatjar de temps en temps lorsque je veux fournir facilement un module... Toutefois c'est clair qu'en abuser c'est dangereux...

[Orni-Dev]

Je n'ai plus le code exact que j'utilisais sous la main, mais ceci semble correspondre : http://www.developpez.net/forums/m1710953-2/

a++

Merci AdiGuba

@tchize_ : pour l'instant on reste sur ant meme si a l'avenir on risque de passer sous maven et faudrait que je prenne le temps de regarder quels jars sont indispensables dans mon cas mais le temps est toujours le truc qu'il te manque.

[bouye]

Oui MAIS, il y a egalement plusieurs raisons qui peuvent rendre un gros JAR plus interressant que plusieurs JARs separes.

• Souvent les librairies externes sont pas dispo en telechargement JNLP direct sur leur site hote ce qui met un peu en echec le principe de pouvoir partager la lib entre plusieurs applications. De plus pas mal de ces libs ne sont pas signees numeriquement (SwingX, etc...) obligeant a les signer et a les deployer soi-meme :
  
  • Utiliser le mecanisme des extensions JNLP peut obliger a ecrire ET A MAINTENIR de multiples petits fichiers chacun disposant de ses propres infos dupliquees (serveur hote) et descriptif (indication d'utilisation avec toutes les permissions etc...).
  • Si au contraire chaque JAR est defini en tant que resource du JNLP alors il faut alors re-signer et re-uploader toutes les lib externes a chaque nouvelle signature digitale du JAR principal... donc de toute maniere le client aura a nouveau a re-telecharger la totalite de la distrib...
• Parfois pour acceder a des ressources contenues dans des JARs externes il faut ecrire son propre ClassLoader.
• Et enfin une autre raison est que pour le moment le JavaStore ne permet pas d'utiliser plusieurs JARs pour livrer ses apps (que ce soit en extension ou en ressource). D'ou l'apparition chez Sun de cet article qui indique comment faire avec JBuilder 6.7 et Ant :
  http://java.sun.com/developer/techni...se/single_jar/

Bref le JNLP c'est une bonne idee mais la mise en place est encore bien trop archaique (sans parler du fait qu'au final la signature numerique est plus un frein qu'une aide et qu'on finit souvent par se creer des self-cert soi-meme....)

[tchize_]

Si au contraire chaque JAR est defini en tant que resource du JNLP alors il faut alors re-signer et re-uploader toutes les lib externes a chaque nouvelle signature digitale du JAR principal... donc de toute maniere le client aura a nouveau a re-telecharger la totalite de la distrib...

C'est vrai ce mensonge? Si le jar principal est resigné avec le même certif que les lib externes, y a pas besoin de resigner les lib externes.

Parfois pour acceder a des ressources contenues dans des JARs externes il faut ecrire son propre ClassLoader.

Tu peux montrer un exemple ou t'arrive pas à charger une ressource des tes jar a partir du classloader de jws?

Bref le JNLP c'est une bonne idee mais la mise en place est encore bien trop archaique (sans parler du fait qu'au final la signature numerique est plus un frein qu'une aide et qu'on finit souvent par se creer des self-cert soi-meme....)

Tu n'est pas obligé de signer tes applis si tu ne sort pas de la sandbox.

[bouye]

C'est vrai ce mensonge? Si le jar principal est resigné avec le même certif que les lib externes, y a pas besoin de resigner les lib externes.

Suffit d'utiliser les JAR auto-signés par NetBeans pour s'en rendre compte.
De même avec la routine que je me suis faite pour le déployment de mes app (NetBeans sucks).

Tu peux montrer un exemple ou t'arrive pas à charger une ressource des tes jar a partir du classloader de jws?

Je n'ai pas l'exemple sous la main mais je cherchais à extraire un fichier exécutable et ses données depuis un autre JAR (un JAR pour la GUI Java/JavaFX, un JAR contenant le prog natif a exécuter sur la platforme ; le but étant bien sur de pouvoir mettre à jours un package indépendament l'un de l'autre). Impossible d'y accéder sans définir un nouveau ClassLoader.

Tu n'est pas obligé de signer tes applis si tu ne sort pas de la sandbox.

Si je signe mes applis.....................

Quelques soit la solution utilisée, chacune a son avantage EN FONCTION des conditions d'utilisation et de déploiement. Mais toutes restent viables.

[tchize_]

Suffit d'utiliser les JAR auto-signés par NetBeans pour s'en rendre compte.
De même avec la routine que je me suis faite pour le déployment de mes app (NetBeans sucks).

Ce serait pas netbeans qui recrée un certificat tout neuf à chaque fois? J'ai toujours signé mes jars individuellement sans soucis. Je redéployait que les nécessaire même si mon script resignait tout.