La réponse partielle est que vous ne devriez pas télécharger de bocaux à la main, vous devriez utiliser Gradle, Ivy, Maven, ou quelque chose de similaire pour gérer vos pots pour vous. Ces outils prennent une spécification simple de vos dépendances en entrée, et vont chercher, télécharger, stocker et rendre disponibles tous les fichiers jar nécessaires. Cela prend un peu de temps pour s'y habituer, mais ils sont plutôt merveilleux une fois que vous êtes dans le coup.
Une réponse directe, cependant, est que sur unix orthodoxe, ces fichiers appartiennent à /usr/local/share
. usr
parce qu'ils sont en lecture seule des données qui ne fait pas partie du système d'exploitation de base, local
parce qu'ils ne sont pas fournis par le système d'exploitation (qui est propriétaire du reste de /usr
), et share
parce que les fichiers jar sont indépendants de l'architecture.
Notez que sur FreeBSD, le système de gestion des paquets 'ports' place les fichiers dans /usr/local
, mais je crois qu'il partage avec l'administrateur local. Il n'y a pas d'autre endroit où vont les fichiers purement locaux.
Si le système a une convention pour l'emplacement des fichiers jar gérés par le package, copiez-le sous /usr/local
. Par exemple, sur Ubuntu, il y a /usr/share/java
, donc vous devriez utiliser /usr/local/share/java
.
En outre, si le système a une convention pour gérer les versions, copiez-le. Encore une fois, sur Ubuntu, les fichiers jars sont tous stockés dans un répertoire, avec les numéros de version dans le nom, mais avec un lien symbolique sans version pointant vers la version par défaut/dernière version. Donc, j'ai un fichier à /usr/share/java/xstream-1.3.1.jar
, et un lien symbolique à /usr/share/java/xstream.jar
pointant vers lui. J'utiliserais la même approche dans /usr/local/share/java
.
Maintenant, c'est pour unix orthodoxe. Vous êtes sur OS X, qui n'est pas unix orthodoxe. Néanmoins, les principes s'appliquent: trouvez comment le système stocke les fichiers jar qu'il fournit et transposez-les dans un espace de système de fichiers géré par l'utilisateur.
Stockez-les dans /home/USERNAME/.maybeEvenAHiddenFolder. "/ usr /" btw n'a rien à voir avec "user" mais est en fait un raccourci pour les ressources système unix. – Tedil
1. OS X est un unix 2. à moins que vous ne vouliez les installer pour tous les utilisateurs du système, il n'y a rien de mal à les placer dans votre répertoire personnel. – xenoterracide
@xenoterracide: Je sais! Et j'ai utilisé ~/Java pendant des années sans problème! Ma question concernait les conventions. – Behrang