Ma question est simple: quel est le meilleur endroit pour stocker tous les cadres de mon jar, GWT et d'autres frameworks sur Mac OS X? P>
Je pensais que c'est / bibliothèque / java / extensions code>.
Mais je ne suis pas sûr que ce soit correct. P>
8 Réponses :
Votre référentiel .m2? N'utilisez-vous pas Maven pour résoudre vos dépendances? P>
Je l'utilise. C'est un bon, mais il existe des bibliothèques qui n'existent pas dans le référentiel Maven. Je sais que je peux les ajouter à mon repo local, mais cela ajoute des difficultés.
Si vous envisagez de libérer votre travail vers le travail extérieur un jour (en dehors de votre machine Mac), vous ne pouvez pas mettre des pots à n'importe quel emplacement mondial comme / Bibliothèque / Java / Extensions. Vous pouvez jeter un coup d'œil à ceci:
Normalement, vous voudriez stocker des bibliothèques dans les projets qui les utilisent plutôt qu'au niveau système. Utiliser une technologie telle que Maven serait un excellent moyen de le faire. P>
Mise à jour: Maintenant que je sais que vous utilisez Maven, la suggestion change un peu. Je comprends que vous ne voulez pas simplement installer manuellement les bibliothèques dans votre référentiel local, ce qui a du sens. Ma réponse serait que c'était beaucoup plus propre que de les jeter dans un dossier mondial de la bibliothèque. (Et vous évitez d'obtenir tous les gens anti-ld_library_path dans les bras :)). P>
Une autre pensée serait de configurer votre propre référentiel maven et de conserver vos bibliothèques là-bas. P>
Cela revient vraiment à ce que vous essayez de faire. Voulez-vous simplement écrire du code qui ne quittera jamais votre boîte ou voulez-vous une belle solution portable ou quoi? Nous avons certainement besoin d'un peu de contexte. p>
Salut. Merci pour votre réponse. Ma tâche est simple: un développeur interne me fournit * .jar Archive. Je veux l'économiser quelque part. Je télécharge un SDK (Android SDK, GWT SDK, etc.) - Je veux enregistrer le même répertoire où tous mes pots sont stockés.
C'est une très mauvaise idée d'installer des bibliothèques dans des dossiers système, car elle influencera tous les programmes Java exécutés sur votre ordinateur et peut entrer en conflit avec d'autres bibliothèques transportées correctement par les programmes individuels. P>
Une approche bien meilleure consiste à créer des pots exécutables / courants dans lesquels l'attribut de classe de classe pointe sur les pots dont vous avez besoin. P>
Il y a deux façons d'installer Java Stuff:
comme un échantillon, voici comment MacPorts installe Tomcat: P>
/Library/LaunchDaemons/blah.blah.start.Tomcat.daemon /opt/local/etc/LaunchDaemons/blah.blah.plist /opt/local/bin/start-tomcat-script /opt/local/share/docs/...tomcat docs /opt/local/share/java/...tomcat classes
"Ne pensez pas trop, il est question de faire du travail." Je vais certainement tatouer que sur mon avant-bras gauche!
Ne pas installer de pots dans Depuis que vous utilisez Maven, vous pouvez spécifier un référentiel local différent en créant un fichier ~ / .m2 / paramètres.xml: < / p> puis, utilisez maven vers Personnellement, je garde mes bibliothèques sous un dossier comme / bibliothèque code> sauf si vous savez vraiment ce que vous faites (par exemple, vous devez peut-être installer certains fichiers de stratégie de cryptage). Vous serez beaucoup, beaucoup mieux si vous conservez vos pots dans un emplacement différent.
~ / deva / java / lib / Code> Pour les garder organisés, puis je les installe aussi à l'aide de Maven dans mon repo local. p> p>
Vous devez avoir Tomcat pour votre développement local. Vous pouvez installer Nexus dessus, puis avoir votre propre référentiel, que vous pourriez également facilement déménager si vous avez besoin à une date ultérieure (et cela vous permet d'ajouter des artefacts via une interface Web plutôt qu'à la ligne de commande avec le Maven. 2 étape de POM et * AR). P>
Ignorer Buyant Maven et Tomcat, vous devez les mettre dans n'importe quel dossier inclus dans votre variable et définir p> Info sur les variables d'environnement dans OS X . Suivez ceci pour les instructions nues, mais garde em> la ligne Java_Home qui est dans le poteau. Ajoutez la ligne que je vous ai donné quelque part sous l'autre définition. Quelque chose comme ceci: p> Notez également que si vous utilisez un fichier système tel que Je suis d'accord à 100% avec des personnes qui vous ont dit de ne pas stocker vos propres fichiers dans des dossiers système. p> p> Java_Home CODE> Environnement. Je vous recommanderais de créer un répertoire, disons
/etc/launchd.conf code>, vous ne devez pas utiliser
$ Home code>, comme il peut ne pas être défini encore. Utilisez un chemin complet de votre dossier ou utilisez une exécution de fichier lorsque votre utilisateur se connecte à la place. P>
Si vous exécutez une application via la ligne de commande (terminale) et l'application est livrée avec un pot appelé à l'aide d'un script shell (.sh) une option désordonnée (que malheureusement que j'utilise parfois) serait de copier les pots à Vous Je pense que vous êtes problématique était le manquant / system / bibliothèque / java / extensions code> chemin. p>
/ system / code> sur votre chemin. p>