Commentaires sur : Maximum Maven http://blog.xebia.fr/2009/04/30/maximum-maven/ J2EE, Agilité et SOA Thu, 09 Feb 2012 15:43:24 +0000 hourly 1 http://wordpress.org/?v= Par : Maven 2 au JUG et dans lescastcodeur ! | Blog de Xavierhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-21183 Maven 2 au JUG et dans lescastcodeur ! | Blog de Xavier Fri, 12 Feb 2010 10:33:54 +0000 http://blog.xebia.fr/?p=1862#comment-21183 [...] Maximum Maven : http://blog.xebia.fr/2009/04/30/maximum-maven/ [...] [...] Maximum Maven : http://blog.xebia.fr/2009/04/30/maximum-maven/ [...]

]]> Par : Cedrick Lunvenhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-12916 Cedrick Lunven Sat, 16 May 2009 11:41:20 +0000 http://blog.xebia.fr/?p=1862#comment-12916 Voici quelques liens intéressants. Nexus et Artifactory se confrontent eux-même et se répondent à travers les posts suivants. Sonatype présente son produit ou plutôt les pseudo "points faibles de son concurrent" en finissant par mettre en avant sa solution professionnelle : http://www.sonatype.com/people/2009/01/contrasting-nexus-and-artifactory/ Artifactory se défend (ce billet est une réponse directe) : http://blogs.jfrog.org/2009/01/contrasting-artifactory-and-nexus.html Voici quelques liens intéressants. Nexus et Artifactory se confrontent eux-même et se répondent à travers les posts suivants.

Sonatype présente son produit ou plutôt les pseudo « points faibles de son concurrent » en finissant par mettre en avant sa solution professionnelle :
http://www.sonatype.com/people/2009/01/contrasting-nexus-and-artifactory/

Artifactory se défend (ce billet est une réponse directe) :
http://blogs.jfrog.org/2009/01/contrasting-artifactory-and-nexus.html

]]> Par : Fred Simonhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-12817 Fred Simon Thu, 07 May 2009 09:31:59 +0000 http://blog.xebia.fr/?p=1862#comment-12817 A propos de dependencyManagement, on utilise en parallel le plugin "enforcer" qui nous permet d'ecrire en dur des regles globales sur les dependances. Par example: - Tout plugin doit avoir une version - Utiliser les jar Spring et jamais le jar aggregateur - ne jamais utiliser cglib - ... Vous pouvez regarder l'example dans le parent POM d'Artifactory http://subversion.jfrog.org/artifactory/public/trunk/pom.xml le plugin "maven-enforcer-plugin". Faisant parti de l'equipe d'Artifactory, notre impression du marche confirme les commentaires precedents: Archiva perd du terrain, Nexus et Artifactory sont les deux principaux produits du marche. A vous de comparer! A propos de dependencyManagement, on utilise en parallel le plugin « enforcer » qui nous permet d’ecrire en dur des regles globales sur les dependances. Par example:
- Tout plugin doit avoir une version
- Utiliser les jar Spring et jamais le jar aggregateur
- ne jamais utiliser cglib
- …

Vous pouvez regarder l’example dans le parent POM d’Artifactory http://subversion.jfrog.org/artifactory/public/trunk/pom.xml le plugin « maven-enforcer-plugin ».

Faisant parti de l’equipe d’Artifactory, notre impression du marche confirme les commentaires precedents: Archiva perd du terrain, Nexus et Artifactory sont les deux principaux produits du marche.

A vous de comparer!

]]> Par : Aurélien Mauryhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-12743 Aurélien Maury Fri, 01 May 2009 07:16:59 +0000 http://blog.xebia.fr/?p=1862#comment-12743 En réalité, Nexus a été lancé en 2007 par Sonatype, en contactant Tamas Cservenak, le développeur principal de Proximity (lancé en 2005). La version Proximity 2 est en fait Nexus, puisque la quasi totalité des sources de Proximity ont été absorbées par Nexus [<a href="http://maven.apache.org/repository-management.html" rel="nofollow">Source</a>]. Quant à Artifactory, je l'ai bien sûr listé dans les challengers, mais pour ne l'avoir jamais utilisé, je n'ai pas trop détaillé cet outil. Quant aux balises je ne peux qu'être d'accord avec vous. Car même avec un repository efficace, cela permet également d'économiser beaucoup de lignes dans les pom des modules. En réalité, Nexus a été lancé en 2007 par Sonatype, en contactant Tamas Cservenak, le développeur principal de Proximity (lancé en 2005). La version Proximity 2 est en fait Nexus, puisque la quasi totalité des sources de Proximity ont été absorbées par Nexus [Source]. Quant à Artifactory, je l’ai bien sûr listé dans les challengers, mais pour ne l’avoir jamais utilisé, je n’ai pas trop détaillé cet outil.

Quant aux balises je ne peux qu’être d’accord avec vous. Car même avec un repository efficace, cela permet également d’économiser beaucoup de lignes dans les pom des modules.

]]> Par : Arnaud Héritierhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-12736 Arnaud Héritier Thu, 30 Apr 2009 21:03:50 +0000 http://blog.xebia.fr/?p=1862#comment-12736 Effectivement l'utilisation du dependencyManagement est une bonne pratique. On peut de plus le partager entre différents projets via le scope import. On peut aussi noter comme bonne pratique l'utilisation du que l'on peut en général aussi partager entre différents projets via un pom parent commun. La liste est encore longue et comme l'a dit Aurélien il sera difficile d'être exhaustif (cela lui laisse de bons articles à faire). Concernant les repositories, Proximity est aujourd'hui remplacé par Nexus : http://nexus.sonatype.org/about/history.html. Archiva est très à la traîne (c'est triste de l'avouer quand on fait partie de l'équipe) et si j'ai l'accord de mon client je vous raconterai très bientôt notre migration Archiva -> Nexus. Le deux gros compétiteurs sont donc aujourd'hui Nexus et Artifactory. Effectivement l’utilisation du dependencyManagement est une bonne pratique. On peut de plus le partager entre différents projets via le scope import. On peut aussi noter comme bonne pratique l’utilisation du que l’on peut en général aussi partager entre différents projets via un pom parent commun. La liste est encore longue et comme l’a dit Aurélien il sera difficile d’être exhaustif (cela lui laisse de bons articles à faire).
Concernant les repositories, Proximity est aujourd’hui remplacé par Nexus : http://nexus.sonatype.org/about/history.html. Archiva est très à la traîne (c’est triste de l’avouer quand on fait partie de l’équipe) et si j’ai l’accord de mon client je vous raconterai très bientôt notre migration Archiva -> Nexus. Le deux gros compétiteurs sont donc aujourd’hui Nexus et Artifactory.

]]> Par : Cedrick Lunvenhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-12734 Cedrick Lunven Thu, 30 Apr 2009 20:11:54 +0000 http://blog.xebia.fr/?p=1862#comment-12734 errata : des balises... <dependencyManagement> dans un pom PARENT... errata : des balises… <dependencyManagement> dans un pom PARENT…

]]> Par : Cedrick Lunvenhttp://blog.xebia.fr/2009/04/30/maximum-maven/#comment-12732 Cedrick Lunven Thu, 30 Apr 2009 20:10:07 +0000 http://blog.xebia.fr/?p=1862#comment-12732 Nexus peut être le premier "Artifact repository" que l'on peut rencontrer car il est proposé par Sonatype qui publie notamment "maven the definitive guide" qui reste à mon sens le document le plus complet sur Maven. Cependant il n'est pas le seul... Je pense qu'une petite étude comparative serait la bienvenue (un contest xebia :)) Au banc des challengers on pourrait mettre PROXIMITY (http://proximity.abstracthorizon.org/) ou ARTIFACTORY (http://www.jfrog.org/products.php) Sans rien prétendre je rajouterais que l'utilisation des balises dans un pom PARENT par exemple permet de fixer la version d'une dépendance pour tout le projet.... (redondant si l'on a mit un repository efficace qui n'autorise le téléchargement que des versions cibles mais c'est asez long à configurer pour chaque composant. Nexus peut être le premier « Artifact repository » que l’on peut rencontrer car il est proposé par Sonatype qui publie notamment « maven the definitive guide » qui reste à mon sens le document le plus complet sur Maven. Cependant il n’est pas le seul… Je pense qu’une petite étude comparative serait la bienvenue (un contest xebia :) ) Au banc des challengers on pourrait mettre PROXIMITY (http://proximity.abstracthorizon.org/) ou ARTIFACTORY (http://www.jfrog.org/products.php)

Sans rien prétendre je rajouterais que l’utilisation des balises dans un pom PARENT par exemple permet de fixer la version d’une dépendance pour tout le projet…. (redondant si l’on a mit un repository efficace qui n’autorise le téléchargement que des versions cibles mais c’est asez long à configurer pour chaque composant.

]]>