Outils de build Java : Quel proxy d'entreprise Maven 2
Utilisez-vous ?
Le 2010-01-14 20:44:25, par Ricky81, Expert éminent sénior
L'objet de ce débat est d'avoir une image de l'adoption des proxy d'entreprise pour Maven 2, permettant d'avoir une recopie locale (mais non aggressive) du référentiel central Maven 2.
Précisez celui que vous utilisez actuellement, ses points forts, ses points faibles, si vous le recommanderiez ou non, enfin toutes les informations pouvant intéresser d'autres personnes interessés par la mise en place d'un tel proxy.
Si vous en utilisez un autre que ceux de la liste, n'hesitez pas à le dire également
Voir le résultat du précédent sondage (2007-2009)
Précisez celui que vous utilisez actuellement, ses points forts, ses points faibles, si vous le recommanderiez ou non, enfin toutes les informations pouvant intéresser d'autres personnes interessés par la mise en place d'un tel proxy.
Si vous en utilisez un autre que ceux de la liste, n'hesitez pas à le dire également
- Archiva (Apache)
- Nexus (SonaType)
- Artifactory (JFrog)
Voir le résultat du précédent sondage (2007-2009)
-
Pill_SMembre expertBah l'intérêt est simple... réduction de bande passante et disponibilité même hors ligne. Et gestion fine des artifacts autorisés ou pas.
Dans un environnement très sécurisé ou avec une politique d'entreprise contraignante (bancaire etc) c'est importantle 06/02/2017 à 20:25 -
BsTMembre régulierArchiva (via Maestro).
C'est un choix historique parce que la mise en place du proxy remonte à bientôt 3 ans, il n'y avait pas trop de proxy disponible.
Aujourd'hui je pense que j'utiliserais Nexus(voir la version pro pour le proxy eclipse). le 18/01/2010 à 9:29 -
waddleMembre régulierNexus car il gère ses repo en utilisant le FS de la machine, et pas d'une manière obscure comme Archiva. Cela facilite les déplacement, synchros entre repo, backup, etc.
Et puis l'interface d'admin est cent fois mieux chez Nexusle 18/01/2010 à 10:24 -
CyberChouanRédacteurNexus Community, pour des raisons déjà citées :
- mise en place récente (pas de choix "historique" à maintenir)
- interface d'administration claire, complète et agréable à utiliserle 18/01/2010 à 12:10 -
Killing JokeMembre actifDans ma boîte ils ont relativemment récemment mis en place Archiva.
Bon après ils ne sont pas à une bêtise près, ils ont bien choisis Maven comme outil de build pour la boîte.
Sinon d'un point de vue utilisateur, Archiva me suffit / convient, même si l'IHM de recherche est un peu à la traîne (ahh les recherches qui ramènent des centaines de résultats même pas triés / triables ...).le 18/01/2010 à 12:40 -
TomekaaMembre régulierC'est Artifactory qui gère les artéfacts en DB, pas Archiva, qui utilise, comme Nexus, le file system.
Ceci étant, nous avons effectué récemment une migration d'Archiva à Nexus, avec succès et l'on peut principalement observer un gain de stabilité (erreurs 502, voire 500) et dans une moindre proportion un gain de rapidité, en download, upload mais aussi en administration, vu la différence d'ergonomie assez forte.le 18/01/2010 à 14:05 -
gboissinotMembre éclairéArchiva a été longtemps le leader des repository manager.
Néanmoins, il n'est géré principalement que par la communauté Open Source alors que pour Nexus et Artifactory, il y a des sociétés derrières qui font vivre le produit.
C'est pourquoi, aujourd'hui concernant le niveau des fonctionnalités, le choix se fait surtourt entre Artifactory et Nexus.
Pour ma part, j'apprécie tout particulièrement Artifactory car il permet de manager aussi des artefacts Ivy et pas seulement des Artefacts Maven.
La fonctionnalité de recherche sur les descripteurs Ivy est vraiment excellente. Il s'agit ainsi d'un excellent repository pour gérer des artefacts produits par des projets utilisant par exemple le couple Ant/Ivy ou Gradle
Artifactory va bientot pouvoir gérer des repository Eclipse de type P2; ce que fait aujourd'hui Nexus mais dans sa version pro payante
Et pour @Tomekaa, Artifactory est tout a fait capable de gérer ses artefacts binaires sur un filesystem.
Regarde ici
http://wiki.jfrog.org/confluence/dis...efault+Storage
Pour le reste des features, vous pouvez consulter la matrice de comparaison
http://docs.codehaus.org/display/MAV...Feature+Matrixle 30/01/2010 à 21:18 -
nouraminMembre à l'essaibonjour,
j utilise maven pour la première fois et je vois pas la différence entre local repository et le proxy ???le 14/03/2010 à 4:42 -
romaintazRédacteurUn petit coup d'oeil ici : http://linsolas.developpez.com/artic...builds/#LV-A-3
Grosso-modo, le repository local est la bibliothèque de dépendances stockée sur ta machine. Mais pour la remplir, Maven va télécharger, à chaque fois que cela est nécessaire, les dépendances manquantes en les récupérant sur un repository distant. Par défaut, il s'agit du repository officiel de Maven (http://repo1.maven.org/maven2/). Mais généralement, les entreprises préfèrent garder la main sur les dépendances utilisées au sein des projets, et propose un repository mirroir (le proxy), qui sera utilisé par les développeurs pour trouver les dépendances qu'ils n'ont pas en local.
Il existe plusieurs outils pour gérer les proxies Maven : Archiva, Nexus, Artifactory sont les principales solutions aujourd'hui.le 15/03/2010 à 10:16 -
nouraminMembre à l'essaimerci pour la réponse et pour le lien c trés intérréssantle 15/03/2010 à 13:14