Discussion :

[abysr]

Bonjour, j'ai telecharger des api tels que itext, log4j et autres...
J'aimerai savoir ou il est bon de les extraire? à l'interieur du dossier eclipse?
je suis sur ubuntu, et mon eclipse est dans mon dossier /opt
Merci

[joel.drigo]

Salut,

Eclipse (ou n'importe quel IDE d'ailleurs) organise les différents projets en dossiers, appelés Projet justement. La solution la plus simple est de mettre dans ce dossier les fichiers nécessaires à ces bibliothèques pour être utilisées en Java (en général un ou des jars). Tu peux également créer dans ton projet, un dossier, lib par exemple, dans lequel tu mets tous ces fichiers, afin de mieux t'y retrouver. L'avantage de faire ça est que tu peux avoir pour chaque projet des versions différentes de la même bibliothèque au besoin. Mais il y a également une solution qui consiste à créer un projet spécialement pour chaque bibliothèque (ou un lot de bibliothèques) et mettre des dépendances du projet applicatif vers ces projets de bibliothèque.

Sous Eclipse (je ne sais pas pour les autres IDE, mais je pense qu'il y a l'équivalent), tu peux également copier les fichiers dans le projet sous forme de lien : ainsi tu te fais un dossier physique dans l'emplacement que tu désires de ton système, et tu copies les fichiers dans les projets où cela est nécessaire, sous forme de liens, donc sans dupliquer les fichiers.

[abysr]

Ok, en general, je vais dans les propriétés de mon projet, java build path, et j'ajoute ce dont j'ai besoin.

Je peux a priori , une fois téléchargée, extraire ces API n'importe où!
Je croyais qu'il était préférable de les mettre dans un dossier specifique, genre "opt" ou "lib" ou autre.

[joel.drigo]

Il est toujours préférable de les associer à l'application, plutôt que de les stocker dans un dossier global, partagé entre plusieurs applications :

1. Il est plus simple de distribuer l'application (accompagnée de ses bibliothéques) ;
2. On peut avoir (on a souvent) besoin d'avoir des bibliothèques de versions différentes pour certaines applications : c'est plus simple à gérer qu'elles soient proches de l'application, plutôt que dans un dossier global, au moment de la mise à jour (une application qui fonctionne n'a pas besoin qu'on lui installe une nouvelle version d'API en général), au risque de rendre une vieille application dysfonctionante. Il plus simple de voir dans le dossier de l'application, dans un sous dossier lib, l'ensemble des bibliothèques associées dans leur version, que, à partir d'un dossier avec des centaines de jar, de savoir quelles applications les utilisent (à moins d'avoir une gestion très minutieuse des dépendances — avec maven par exemple, on est plus dans ce type de structure, car il y a un fichier avec l'application qui référence les bibliothèques qu'elle a besoin, et qui sont, pour l'occasion, même plus nécessairement stockées en local).

[abysr]

je ne pensais qu'au fonctionnement avec Eclipse, je ne pensais pas à la "distribution" de l'application, maintenant c'est clair.
Merci