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'

[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?