8
votes

Quel est le meilleur endroit pour stocker vos jar et autres libs dans Mac OS X

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?

Je pensais que c'est / bibliothèque / java / extensions . Mais je ne suis pas sûr que ce soit correct.


0 commentaires

8 Réponses :


4
votes

Votre référentiel .m2? N'utilisez-vous pas Maven pour résoudre vos dépendances?


2 commentaires

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: Stackoverflow.com/Questtions/364114/...



1
votes

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.

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 :)).

Une autre pensée serait de configurer votre propre référentiel maven et de conserver vos bibliothèques là-bas.

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.


1 commentaires

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.



2
votes

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.

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.


0 commentaires

6
votes

Il y a deux façons d'installer Java Stuff:

  • Utilisez un gestionnaire de packages comme homebrew ou MacPorts , Li>
  • ou faites des choses à votre manière. li> ul>

    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
    


1 commentaires

"Ne pensez pas trop, il est question de faire du travail." Je vais certainement tatouer que sur mon avant-bras gauche!



1
votes

Ne pas installer de pots dans / bibliothèque 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.

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> xxx

puis, utilisez maven vers Installez les pots dans votre repo local et de votre part allez.

Personnellement, je garde mes bibliothèques sous un dossier comme ~ / deva / java / lib / Code> Pour les garder organisés, puis je les installe aussi à l'aide de Maven dans mon repo local.


0 commentaires

0
votes

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).


0 commentaires

1
votes

Ignorer Buyant Maven et Tomcat, vous devez les mettre dans n'importe quel dossier inclus dans votre variable Java_Home Environnement. Je vous recommanderais de créer un répertoire, disons xxx

et définir xxx

Info sur les variables d'environnement dans OS X . Suivez ceci pour les instructions nues, mais garde 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: xxx

Notez également que si vous utilisez un fichier système tel que /etc/launchd.conf , vous ne devez pas utiliser $ Home , 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.

Je suis d'accord à 100% avec des personnes qui vous ont dit de ne pas stocker vos propres fichiers dans des dossiers système.


0 commentaires

0
votes

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 / system / bibliothèque / java / extensions chemin.

Je pense que vous êtes problématique était le manquant / system / sur votre chemin.


0 commentaires