techtalk – Christian Moser It's all about technology

Eclipse 3.7 Indigo with M2E – lifecycle connectors

Recently Eclipse 3.7 Indigo with M2E Plugin 1.0.0 was released.  Since Eclipse 3.7, M2E is part of the Eclipse Foundation. I had expected better of it.

Since M2E 1.0.0, the plugin features a new life-cycle connector concept for maven-plugins. M2E users are now forced to provide a connector for every plugin used in their builds or if none connectors are available, to ignore the connectors. Unfortunately, to ignore the missing connectors the user is required to modify his pom files for M2E to work properly.

If a maven-plugin is missing a connector, M2E will show you errors like: Plugin execution not covered by lifecycle configruation: {plugin-GAV-goals} and prompts you to modify your project pom or parent pom as following:

     <pluginManagement>

            <plugins>

                <!--This plugin's configuration is used to store Eclipse m2e settings

                    only. It has no influence on the Maven build itself. -->

                <plugin>

                    <groupId>org.eclipse.m2e</groupId>

                    <artifactId>lifecycle-mapping</artifactId>

                    <version>1.0.0</version>

                    <configuration>

                        <lifecycleMappingMetadata>

                            <pluginExecutions>

                                <pluginExecution>

                                    <pluginExecutionFilter>

                                        <groupId>

                                            // plugin groupId

                                        </groupId>

                                        <artifactId>

                                            // plugin artifactId

                                        </artifactId>

                                        <versionRange>

                                            [1.0,) // plugin versions

                                        </versionRange>

                                        <goals>

                                            // plugin goals

                                            <goal>create</goal>

                                        </goals>

                                    </pluginExecutionFilter>

                                    <action>

                                        // M2E should ignore the plugin

                                        <ignore></ignore>

                                    </action>

                                </pluginExecution>

                            </pluginExecutions>

                        </lifecycleMappingMetadata>

                    </configuration>

                </plugin>

            </plugins>

     </pluginManagement>

This means that M2E is no longer an interpreter of Maven, it's a modifier. It binds your independent Maven projects to a specific IDE, which is in my opinion the wrong path. I'd prefer a much more "lighter" Maven integration in Eclipse, for example like NetBeans 7.x does. This led to several discussions on the M2E mailing-list. As a result, I created an enhancement-request with collected and own suggestions from the list.

I hope an enhancement will soon be released, I could imagine that this will be a real deal breaker for several users to use M2E-1.0.0+.

Maven 3.0 mit Artifactory 2.3.x

Bei der Umstellung von Maven 2.x auf Maven 3.0 stiess ich auf einige Probleme, die ich erst nach langen hin und her zwischen der Maven & Artifactory mailing list lösen konnte.

Das Problem zeigte sich, als Maven 3.0 nach einem update-snapshots mit -U, neuere im lokalen repository installierte Artifakte mit älteren aus dem artifactory überschrieben hat. Dieser Effekt trat mit Artifactory 2.2.3 und non-unique snapshot repositories auf.

Dieser Fehler hat mir für einige Zeit Kopfzerbrechen bereitet, doch schliesslich konnte eine Lösung mit dem Artifactory Support gefunden werden. Artifactory 2.3.x ist zwar mit Maven 3.x kompatibel, aber NUR wenn unique snapshot repositories verwendet werden. Unique bedeutet, dass die snapshots nicht einfach als z.B project-4.0.0-SNAPSHOT.jar im Artifactory abgelegt werden, sondern mit einem angehängten Zeitstempel zur eindeutigen Identifikation. Ein Löschen aller SNAPSHOT's im repository und ein erneutes deployen aller SNAPSHOT-Artifakte brachte die Lösung.

Ein zweiter Blick in Maven 3.0 compatibility Notes schaffte Klarheit:

Maven deployt SNAPSHOT's seit Version 3.x immer mit angehängten Zeitstempel.  Maven versucht anhand des Zeitstempel zu vergleichen welche Artifakte aktueller sind, ist kein Zeitstempel vorhanden, wie dies bei non-unique repositories der Fall ist, so führt dies zum beschriebenen Fehler.

Wie es aussieht haben die Entwickler von Sonatype (Nexus) dies der Konkurrenz von JFrog (Artifactory) "vergessen" zu sagen.

Nun muss man wissen, dass Artifactory für Maven repositories die Einstellungen per default auf non-unique setzt und dies auch ausdrücklich im Artifactory guide empfohlen wurde. In der Zwischenzeit wurde die Passage jedoch angepasst und Artifactory 2.3.2 wird Maven snapshot repositories per default als unique verwalten:

Maven 3 Only Supports Unique Snapshots
Maven 3 has, unfortunately, dropped support for resolving and deploying non-unique snapshots. Therefore, if you have a snapshot repository that is using non-unique snapshot, it is recommended to change its Maven snapshot policy to 'Unique' and to remove any previously deployed snapshot from this repository.
The unique snapshot name generated by the Maven client on deployment cannot help in identifying the source control changes from which the snapshot was built and has no relation to the time sources were checked out. It is advised to have the artifact itself embed the revision/tag (as part of its name or internally) for clear and visible revision tracking. Artifactory allows you to tag artifacts with the revision number as part of its Build Integration support.

So, ich hoffe ich konnte jemanden hiermit vor Problemen bewahren.

Meine erstellten Mailing-list Einträge zum Problem:

http://forums.jfrog.org/artifactory-amp-maven-3-0-metadata-problem-td5776632.html

http://maven.40175.n5.nabble.com/Maven-3-0-doesn-t-update-snapshot-artifacts-td3276893.html