PUBLIC MARKS from night.kame with tag maven

could just be replaced with maven-exec plugin

Comme quoi, on peut être co-auteur d'évangile sur Maven et recommander quelque chose qui n'est clairement pas une Best Practice, comme utiliser maven-antrun-plugin ou maven-exec-plugin.

Benjamin Bentmann

added a comment - 14/Aug/10 10:02 AM

As already pointed out by Carlos, test1/pom.xml is an invalid POM. And test2/pom.xml appears to work as intended as well, considering neither explicit ids for the executions are set and combine.children="append" has not been set.

Trouduc du jour.

Unfortunately, Maven doesn't allow you to specify plugin versions this way. The readme for each BOM calls out any plugin versions you should use. For example, to use the plugins associated with "Java EE with Tools recommended by JBoss":

[...]

You'll need to take a look at the POM source in order to find the latest versions of plugins recommended.

Persister dans l'inadéquation et la bidouille tout en le revandiquant, c'est ça l'effet Maven.

Think about that for a second. You are directly linking to a resource in an external source code repository, which you do not control! Giant sirens and flashing lights should be going off in your head.

Ce qui est à peu près équivalent à pointer directement sur Maven Central en ne mettant une dépendance que sur une version mini.

déploiement atomique en maven3 il suffit de créer un point d'extension étendant AbstractExecutionListener attendre le sessionEndeed et là tu déploies les artifacts via wagon.

Wagon... la bibliothèque de transfert de fichier la moins fiable jamais écrite.

And Stephen, this is why Ant fragment is actually more maintainable than the magical combination of Maven hacks.

La magie, ça n'est jamais maintenable ; sauf à avoir en permanence des magiciens à travailler dessus.

Eclipse c’est une bouse dépassée qui date des années 2000 et qui fait perdre beaucoup trop de temps. Support approximatif de Maven, lenteur d’un pétrolier, stabilité d’une ado à un concert de Justin Beeber, bref foutez-moi ce truc à la poubelle et prenez un outil professionnel.

Support de Maven : non seulement Maven existe, mais en plus il faut le supporter. Lenteur d'un pétrolier : en grande partie due à m2eclipse et son téléchargement permanent (internet, index Nexus d'internet, se paumer dans les projets, même quand aucun n'utilise Maven). Stabilité : seule et unique cause de crashes depuis 5 ans dans une configuration Java ? m2eclipse. Vous l'avez compris, soyez professionels : mettez Maven à la poubelle.

Et pour finir, ce sera le 22 juin que sortira Eclipse 3.7, de son petit nom « Indigo ». Nous découvrirons alors si le plugin m2Eclipse a finalement été intégré à la distribution Eclipse (il n’est toujours pas dans les dernières version Milestone)

m2Eclipse intégré dans la distribution officielle Eclipse ? Parlez-moi d'une vision de cauchemar !

Maven est de nos jours omniprésent dans les entreprises. Cet outil s'est imposé au fil des années comme un standard dans la gestion des dépendances Java : même ses concurrents tels qu'Ivy ou Gradle sont basés sur le système de définition des modules de Maven et sur son réseau de dépôts.

Maven s'est en effet imposé dans le lavage de cerveau dans certaines entreprises. Ce qui conduit ces experts sous le coup de l'imposition à écrire des bêtises sur Ivy et Gradle (Gradle utilisant Ivy, c'est même de la méconaissance en double-couche).

Looks like you ran into some maven issues.

Ce qui est synonyme de "Looks like you ran Maven".

The MVN-101 class is ideal for programmers who work with Maven projects and need to understand how to work with an existing Maven build.

Ca existe donc bien les cours pour apprendre à enlever Maven des projets.

Enfin pour terminer la journée, j’ai tenté de regarder la présentation de Maven 3 de Jason van Zyl (fondateur de Maven). Quelques trucs sympas, Jason s’excuse pour Maven 1, nous dit que Maven 2 était un « experiment » et que Maven 3 sera la vraie version qui corrigera un peu tout. Je n’ai pas apprécié tout d’abord les slides illisibles, qui ne prennent pas le template de Devoxx.

Bon, on va attendre Maven 4 pour avoir quelque chose de potable alors.

org.apache.ws.commons.axiom axiom-api ${axiom.version}

org.apache.ws.commons.axiom axiom-impl ${axiom.version}