Comment ajouter javax.* les dépendances de Maven?
Je suis fatigué de les installer manuellement javax les fichiers jar dans Maven et voudrais savoir quelle est la meilleure solution pour inclure une dépendance sur javax.cache, javax.la transaction, ou d'autres Jsr qui ne sont pas faciles à trouver dans les dépôts Maven.
- Comme une note de côté. Depuis Java est maintenant open source, peut-on se débarrasser de ces ridicules télécharger des restrictions?
- Le problème avec JTA est le binaire de licence de distribution. Je sais, c'est nul
Vous devez vous connecter pour publier un commentaire.
Avez-vous vu http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html ?
Ce lien suggère groupID et artifactID à utiliser, ainsi que d'un java.net référentiel.
Il me semble que presque tous ceux-ci existent dans le central repository Maven en vertu de ce schéma de nommage.
Je ne suis pas au courant de l'un, mais l'ajout de l'java.net dépôt peut vous aider avec certains de ces dépendances:
S'appuyant sur plus d'une zone et/ou pour le développement d'une équipe, d'un local (intranet) maven repository manager peut également vous aider avec ces "disparus" pots de. Cette centralise la configuration et la gestion non seulement de la 3e partie des pots qui ne sont pas dans un dépôt public, mais également l'ensemble des référentiels externes en général. Elle pourrait également aider à automatiser vos constructions, la création de plus de 'des' construit (par exemple, si vous disposez d'un pool de serveurs d'intégration continue).
Maintenant, vous pouvez de manière centralisée définir tous les 3ème partie dépôts & 3e partie pots, plutôt que d'exiger que chaque personne, chaque zone et/ou de chaque projet définir individuellement dans leurs pom ou settings.xml. Chaque projet /personne /boîte SEULEMENT définir votre centrale, interne repo maven unique des pensions pour tous les projets maven.
Ce aussi vraiment accélère votre artefact re-télécharger le moment pour les nouveaux builds, ou pour les moments où vous avez besoin de (ou voudrait) supprimer votre local ~/.m2/repository cache.
Pensions de gestionnaires: nexus, archiva, artifactory... par exemple,: maven.apache.org/repository-management.html
- http://docs.codehaus.org/display/MAVENUSER/Maven+Dépôt+Manager+Fonction+Matrice
javax.cache
sont enjcache:jcache:1.0-XXX
artefact (dans Maven central de repo)javax.transaction.*
les classes sont enjavax.transaction:jta:1.1
artefact, JTA pot ne peut pas être inséré dans le repository Maven parce que le Soleil de Licence Binaire (je sais, ça craint). Pour l'utiliser, vous devez télécharger manuellement le POT (c'est gratuit) et le mettre dans un local résultant de pensions ou de l'utilisation de la version 1.0.1 version B, qui est contenue dansjava.net
.REMARQUE: j'ai lu dans un endroit JTA sera intégré dans les futures versions du JDK
Je sais, c'est vraiment une douleur à trouver ces artefacts Maven de dépôts, mais vous pouvez faire une recherche de classe dans http://www.mvnrepository.com et il va vous montrer la bonne groupId et artifactId pour la plupart tous les paquets.
Dans le cas particulier de la JTA, j'ai frappé ce post:
.. ce qui est logique, si je n'ai pas eu à passer beaucoup de temps dans Oracle est horrible site pour obtenir le précitées fichier JAR. (J'ai été un Oracle passionné de moi-même, mais que le site pourrait utiliser beaucoup de UX retravailler ici et là).
J'ai décidé de remplacer la dépendance avec ce que Hibernate fournit, via Geronimo, que par ce post (a parfaitement fonctionné):
Le problème avec Java à l'octroi de licences et Maven est actuellement en train de travailler sur l'équipe d'Hibernate, semble-t-il ici:
Merci à tous pour le partage!