Discussion :

[denisC]

Sondage archivé : renouvellement du sondage pour 2010

L'objet de ce débat est de tenter d'y voir plus clair sur les 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, je ne mets ici que ce que je connais...

• Archiva (Maven)
• Proximity (AbstractHorizon)
• Artifactory (JFrog)
• Dead Simple Maven Proxy (PDark)
• Standard Maven Proxy (Codehaus)

[hel22]

Hello,

L'objet de ce débat est de tenter d'y voir plus clair sur les proxy d'entreprise pour Maven 2, permettant d'avoir une recopie locale (mais non aggressive) du référentiel central Maven 2.

Qu'entends-tu par "non agressive " ?

Pourrait-ton également commencer par clarifier deux notions : proxy et miroir.

A mon sens, dans le contexte Maven, ce sont quasi des synonymes car un proxy ca permet de ne pas devoir sans cesse aller sur un site distant (hors entreprise) ... mais ceci peut se faire que dans le cas où l'on effectue un miroir des sites distants en question ...

Qu'en pensez-vous ?

[denisC]

Qu'entends-tu par "non agressive " ?

Pas un wget (recopie complète du référentiel distant)

Pourrait-ton également commencer par clarifier deux notions : proxy et miroir.

Pour moi mirroir = recopie brutale (cf ci dessus). Alors qu'un proxy fonctionne, ben comme un proxy. Si il a déjà cherché une ressource donnée, il la réutilise, et sinon, il va la chercher. De cette façon, toutes les mises à jours sont disponibles dans le proxy (pas seulement l'image à une date donnée).

A mon sens, dans le contexte Maven, ce sont quasi des synonymes car un proxy ca permet de ne pas devoir sans cesse aller sur un site distant (hors entreprise) ... mais ceci peut se faire que dans le cas où l'on effectue un miroir des sites distants en question ...

Ben non, justement, on peut le faire avec un proxy. QUi va chercher un objet quand il ne l'a pas, et sinon utilise celui qu'il a (c'est tout l'interet de Archiva et consorts).

[hel22]

Ok, merci pour les précisions, je ne voyais pas les choses sous cet angle mais là c'est plus clair ...

[hel22]

Au sujet d'Archiva :

Nous sommes entrain d'effectuer des tests de ce dernier pour la fonction de proxy, et jusqu'à présent tout fonctionne très bien.

Cependant, il y a une étape dans le fonctionnement qui m'échappe. Comment Maven est-il "au courant" que nous utilisons un proxy et que de ce fait, d'éventuels ressources doivent y être recopier.

Je m'explique :

D'un côté nous avons Maven paramétré grâce au fichier settings.xml (et au fichier pom.xml ...). Dans le fichier settings, nous avons déclarés un repository supplémentaire (le proxy). Ok Maven sait qu'il y a un endroit supplémentaire pour la recherche d'artifact.

De l'autre côté il y a Archiva qui "tourne". A l'aide d'Archiva, nous avons créé un nouveau repository puis un nouveau proxy .... mais comment la liaison avaec Maven se fait-elle ?

Visiblement ce n'est pas dans les fichier de configuration de Maven ni dans le profil de l'utilisateur ...

[evenisse]

Maven ne sait pas qu'il utilise Archiva ou autre chose, il ne fait que se connecter sur un serveur web distant.

Pour utiliser un repository créer dans Archiva, il faut le déclarer dans le settings.xml ou dans le pom et pour utiliser le mode proxy, il faut configurer un mirror dans le settings.xml. Par exemple, pour créer un mirroir du repo 'central', après avoir créer un proxy de 'central' dans Archiva, il faut créer un mirror ayant pour id 'central' dans le settings.xml, ainsi, le repository central ne sera plus utilisé et seulement Archiva sera utilisé pour le download des artifacts de 'central'

[hel22]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Pour utiliser un repository créer dans Archiva, il faut le déclarer dans le settings.xml ou dans le pom et pour utiliser le mode proxy, il faut configurer un mirror dans le settings.xml.

Je ne suis pas tout à fait d'accord. J'ai configuré dans le fichier settings.xml un nouveau repository qui pointe sur un repository créé à l'aide d'Archiva.

Ce repository est un proxy vis-à-vis du repository central. Lorsque j'effectue une commande Maven, si les artifacts nécessaires ne se trouvent pas dans mon repository local, et bien ils sont copiés sur le proxy, puis dans mon repo local ...

Mais à aucune place je n'ai indiqué de miroirs, et à aucune place j'indique à Maven qu'il doit copié un quelconque fichier ...

[denisC]

Mais à aucune place je n'ai indiqué de miroirs, et à aucune place j'indique à Maven qu'il doit copié un quelconque fichier ...

C'est toute la magie de Maven. Ce comportement est le comportement par défaut de Maven et Archiva, tu n'as rien à configurer pour que ça fonctionne de la sorte. Juste installer Archiva et dans ton "settings.xml" donner à Maven une référence vers ce repository.

[Invité]

Au sujet d'Archiva :

Comment Maven est-il "au courant" que nous utilisons un proxy et que de ce fait, d'éventuels ressources doivent y être recopier.

A priori, Maven interroge Archiva pour lui demander une ressource. Si ce dernier ne dispose pas de la ressource, il interroge ses propres dépots distants, et rapatrie la ressource sur son propre repository, avant de la renvoyer au client (Maven).

La prochaine fois que Maven l'interrogera pour cette ressource, il n'aura pas besoin de la rapatrier depuis le net. Et c'est là tout l'intérêt : si 200 postes compilent le projet, la ressource ne sera téléchargée qu'une seule fois.

Quelqu'un peut confirmer?

[denisC]

A priori, Maven interroge Archiva pour lui demander une ressource. Si ce dernier ne dispose pas de la ressource, il interroge ses propres dépots distants, et rapatrie la ressource sur son propre repository, avant de la renvoyer au client (Maven).

La prochaine fois que Maven l'interrogera pour cette ressource, il n'aura pas besoin de la rapatrier depuis le net. Et c'est là tout l'intérêt : si 200 postes compilent le projet, la ressource ne sera téléchargée qu'une seule fois.

Quelqu'un peut confirmer?

Je confirme. C'est bien le mode proxy d'Archiva et c'est bien l'interet de tous les proxy d'entreprise Maven 2 : réduire la traffic vers internet.

[evenisse]

Le seul problème, si tu ne défini pas de mirror pour surchargé l'adresse de central, est que rien ne garanti que maven ira voir dans ton archiva avant d'essayer de se connecter sur le repository central sur le web

[hel22]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

A priori, Maven interroge Archiva pour lui demander une ressource

Ok je comprends.

Si maintenant quelqu'un peut encore nous dire exactement où se trouve cette partie (dans quel fichier) qui permet d'interroger Archiva ce serait super ... !

Je sais ça ne sert peut-être à rien de le savoir mais c'est juste par intérêt ...

[hel22]

Le seul problème, si tu ne défini pas de mirror pour surchargé l'adresse de central, est que rien ne garanti que maven ira voir dans ton archiva avant d'essayer de se connecter sur le repository central sur le web

Si, il suffit de définir le repository dans la liste du fichier settings.xml.

[evenisse]

Si, il suffit de définir le repository dans la liste du fichier settings.xml.

Malheureusement, pas dans toutes les versions. Mais c'est le cas dans les dernières

[hel22]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Malheureusement, pas dans toutes les versions. Mais c'est le cas dans les dernières

Ok, effectivement je n'ai jamais testé les versions précédentes ...

[Alesque]

On utilise Proximity, qui permet d'hoster et de proxifier des repositories. Pour l'installer il suffit de déployer le WAR (sous Tomcat dans notre cas).

La configuration de nouveaux proxy est un peu lourde (plusieurs fichiers à modifier) mais la config par défaut inclus les repository les plus connus (apache, codehaus, java.net).

Au niveau de la config de Maven tout se passe dans le fichier settings.xml.

Le seul problème rencontré jusqu'à maintenant c'est le déploiement de package sur le repository via WebDAV. Le problème est connu. En attendant on a configuré un accès WebDAV sous Tomcat.

[rseM2]

Pour information, il y a eu récemment une discussion sur les proxy maven 2 sur la liste de diffusion maven-users.

Rémy

[inconnu652000]

Bonjour je me permet de réagir ici pour dire que el site manque de tuto sur Jfrog par exemple ....

J'ai mis qque jours a prendre en main hudson sonar mais pour jfrog oucchhhh je sèche. Il n'y aurait pas un tuto qque part ?? Google n'est plus mon pote sur ce sujet.

[rseM2]

Bonjour,

Pourquoi prendre jfrog ?

Actuellement, il est assez claire que nexus est le meilleur outil de proxy maven 2.

Cf. par exemple les billets :

• D’Apache Archiva à Sonatype Nexus – Introduction
• D’Apache Archiva à Sonatype Nexus – La migration
• D’Apache Archiva à Sonatype Nexus – Conclusion

Rémy