m2e du cycle de vie de la cartographie pas trouvé

Je suis en train d'utiliser la solution décrit ici pour résoudre l'ennuyeux "exécution des plugins ne sont pas couverts par la configuration de cycle de vie: org.codehaus.mojo:build-helper-maven-plugin:1.7:ajouter la source (exécution: par défaut, la phase: generate-sources)" quand je place à la suite de plugin sur mon pom.xml:

<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>build-helper-maven-plugin</artifactId>
<executions>
    <execution>
        <phase>generate-sources</phase>
        <goals><goal>add-source</goal></goals>
        <configuration>
            <sources>
                <source>src/bootstrap/java</source>
            </sources>
        </configuration>
    </execution>
</executions>
</plugin>

Mais quand je lance mvn clean install j'obtiens ceci:

Raison: POM 'org.eclipse.m2e:cycle de vie-cartographie " pas trouvé dans le dépôt: Impossible de télécharger l'artefact à partir de n'importe quel référentiel

Quelqu'un a une idée sur comment faire m2e et maven heureux?

InformationsquelleAutor TraderJoeChicago | 2011-09-13
  1. 108

    La org.eclipse.m2e:lifecycle-mapping plugin n'existe pas réellement. Il doit être utilisé à partir de la <build><pluginManagement> section de votre pom.xml. De cette façon, il n'est pas résolu par Maven, mais peut être lu par m2e.

    Mais une solution plus pratique pour votre problème serait d'installer la m2e construire-helper connecteur dans eclipse. Vous pouvez l'installer à partir de la Window > Preferences > Maven > Discovery > Open Catalog. De cette façon build-helper-maven-plugin:add-sources serait appelé eclipse sans avoir à modifier votre pom.xml.

    • Ayant le même problème mais pas tout à fait sûr de ce que l'on entend par cette réponse, toute possibilité d'un exemple?
    • Quelqu'un sait-il où on peut trouver "l'éclipse du connecteur" pour "org.scala-outils:maven-scala-plugin"?
    • Je pense que ce qu'il voulait dire est réellement construire/pluginManagement section, pas dependencyManagement.
    • c'est correct, Hendy, merci pour remarquer l'erreur. J'ai édité ma réponse avec la bonne info.
    • Fred, l'installation de l'accumulation helper connecteur ne permettent pas de résoudre l'original "exécution des plugins ne sont pas couverts par le cycle de vie d'erreur". Mais en ajoutant dans le PluginManagement config ne.
    • Il est possible que la buildhelper connecteur ne prend pas en charge la configuration que vous définissez en vous pom.xml. Mais je m'assurerais "Maven > projet de mise à Jour" (après avoir enlevé le <pluginManagement> config) n'a vraiment pas de corriger l'erreur marqueur avant de dire qu'il est rompu. Vous devez coller ici votre buildhelper de configuration du plugin extrait de
    • Bricon, j'ai exactement le même problème, mais j'ai l' org.eclipse.m2e spécification dans le build/pluginManagement section. je suis en cours d'exécution de son but, en essayant de déployer mon web service un local d'installation de tomcat en tant que partie du processus de build maven. cela étant dit, pourquoi j'ai toujours ce problème, surtout si l'extrait a été généré par un apache archétype?
    • J'avais besoin de voir une partie de l'échantillon pom pour comprendre ce qui se passe
    • Ce sujet CI s'appuie?
    • plugins défini dans build/pluginManagement/plugins ne sont pas résolues au cours de la CLI construit, seulement dans build/plugins (vous pouvez exécuter mvn help:effective-pom pour voir ce que les plugins sont actifs). Donc CI s'appuie totalement ignorer org.eclipse.m2e:cycle de vie-cartographie de la pluginManagement section.

    InformationsquelleAutor Fred Bricon
  2. 10

    Essayez d'utiliser le build/pluginManagement section, comme par exemple :

    <pluginManagement>
    <plugins>
        <plugin>
            <groupId>org.eclipse.m2e</groupId>
            <artifactId>lifecycle-mapping</artifactId>
            <version>1.0.0</version>
            <configuration>
                <lifecycleMappingMetadata>
                    <pluginExecutions>
                        <pluginExecution>
                            <pluginExecutionFilter>
                                <groupId>org.bsc.maven</groupId>
                                <artifactId>maven-processor-plugin</artifactId>
                                <versionRange>[2.0.2,)</versionRange>
                                <goals>
                                    <goal>process</goal>
                                </goals>
                            </pluginExecutionFilter>
                            <action>
                                <execute />
                            </action>
                        </pluginExecution>
                    </pluginExecutions>                         
                </lifecycleMappingMetadata>
            </configuration>
        </plugin>
    </plugins>
</pluginManagement>

    Voici un exemple pour générer bundle se manifestent au cours de compilation incrémentielle à l'intérieur de l'Éclipse :

    <build>
    <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.eclipse.m2e</groupId>
                <artifactId>lifecycle-mapping</artifactId>
                <version>1.0.0</version>
                <configuration>
                    <lifecycleMappingMetadata>
                        <pluginExecutions>
                            <pluginExecution>
                                <pluginExecutionFilter>
                                    <groupId>org.apache.felix</groupId>
                                    <artifactId>maven-bundle-plugin</artifactId>
                                    <versionRange>[1.0.0,)</versionRange>
                                    <goals>
                                        <goal>manifest</goal>
                                    </goals>
                                </pluginExecutionFilter>
                                <action>
                                    <execute />
                                </action>
                            </pluginExecution>
                        </pluginExecutions>
                    </lifecycleMappingMetadata>
                </configuration>
            </plugin>
        </plugins>
    </pluginManagement>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <source>1.6</source>
                <target>1.6</target>
                <encoding>UTF-8</encoding>
            </configuration>
        </plugin>

        <plugin>
            <groupId>org.apache.felix</groupId>
            <artifactId>maven-bundle-plugin</artifactId>
            <version>2.3.7</version>
            <extensions>true</extensions>
            <configuration>
                <instructions>
                </instructions>
            </configuration>
            <executions>
                <execution>
                    <id>manifest</id>
                    <phase>process-classes</phase>
                    <goals>
                        <goal>manifest</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

    versionRange est nécessaire, en cas d'omission m2e (comme des 1.1.0) va lancer des NullPointerException.

    • La meilleure solution à ce jour. Juste en ajoutant <pluginManagement> pour org.eclipse.m2e ci-dessous en vertu de l' <build> résolu cette question
    InformationsquelleAutor Hendy Irawan
  3. 8

    Vous pouvez utiliser ce mannequin plugin:

    mvn archetype:generate -DgroupId=org.eclipse.m2e -DartifactId=lifecycle-mapping -Dversion=1.0.0 -DarchetypeArtifactId=maven-archetype-mojo

    Après la génération du projet d'installation/déploiement.

    • merci, a travaillé pour moi.
    InformationsquelleAutor Manfred Hantschel
  4. 6

    Voici comment je le fais: j'ai mis m2e du cycle de vie-cartographie plugin dans un profil distinct au lieu de la valeur par défaut <build> section. le profil est automatiquement activé lors de l'éclipse construit par la présence d'un m2e de la propriété (au lieu de l'activation manuelle de settings.xml ou autrement). cela permettra de gérer la m2e cas, tandis que la ligne de commande maven va simplement ignorer le profil et les m2e du cycle de vie de la cartographie plugin sans aucun avertissement, et tout le monde est heureux.

    <project>
  ...
  <profiles>
    ...
    <profile>
      <id>m2e</id>
      <!-- This profile is only active when the property "m2e.version"
        is set, which is the case when building in Eclipse with m2e. -->
      <activation>
        <property>
          <name>m2e.version</name>
        </property>
      </activation>
      <build>
        <pluginManagement>
          <plugins>
            <plugin>
              <groupId>org.eclipse.m2e</groupId>
              <artifactId>lifecycle-mapping</artifactId>
              <version>1.0.0</version>
              <configuration>
                <lifecycleMappingMetadata>
                  <pluginExecutions>
                    <pluginExecution>
                      <pluginExecutionFilter>
                        <groupId>...</groupId>
                        <artifactId>...</artifactId>
                        <versionRange>[0,)</versionRange>
                        <goals>
                          <goal>...</goal>
                        </goals>
                      </pluginExecutionFilter>
                      <action>

                        <!-- either <ignore> XOR <execute>,
                          you must remove the other one. -->

                        <!-- execute: tells m2e to run the execution just like command-line maven.
                          from m2e's point of view, this is not recommended, because it is not
                          deterministic and may make your eclipse unresponsive or behave strangely. -->
                        <execute>
                          <!-- runOnIncremental: tells m2e to run the plugin-execution
                            on each auto-build (true) or only on full-build (false). -->
                          <runOnIncremental>false</runOnIncremental>
                        </execute>

                        <!-- ignore: tells m2eclipse to skip the execution. -->
                        <ignore />

                      </action>
                    </pluginExecution>
                  </pluginExecutions>
                </lifecycleMappingMetadata>
              </configuration>
            </plugin>
          </plugins>
        </pluginManagement>
      </build>
    </profile>
    ...
  </profiles>
  ...
</project>
    • Il n'y a absolument aucune possibilité de configurer le cycle de vie de la cartographie plugin pour tous les plugins à la fois?
    • Vous pouvez ajouter plusieurs pluginExecution entrées pour les différents plugins.
    • Vous pouvez générer ce standard XML en faisant une auto-correctif à "Ignorer" les Maven erreur. Puis modifier <ignorer></ignorer> <exécuter><runOnIncremental>true</runOnIncremental></exécuter>
    • Merci pour l'info sur la m2e.la version de propriété, ne pouvait pas trouver toute la documentation sur qu'au tout, mais il semble fonctionner!
    InformationsquelleAutor Robin479
  5. 3

    J'ai ouvert un (trivial) bug pour ce m2e. Voter pour elle si vous voulez que le message d'avertissement sera parti pour de bon...

    https://bugs.eclipse.org/bugs/show_bug.cgi?id=367870

    InformationsquelleAutor Ben
  6. 3

    J'ai eu le même problème, où:

    Pas de marché les entrées trouvées pour gérer construire-helper-maven-plugin:1.8:ajoutez-source Eclipse. Consultez l'Aide pour plus d'informations.

    et en cliquant sur la Fenêtre > Préférences > Maven > Découverte > ouvrir un catalogue bouton de rapport pas de connexion.

    La mise à jour de 7u40 à 7u45 sur Centos 6.4 et OSX résout le problème.

    InformationsquelleAutor user145880
  7. 1

    Maven est en train de télécharger m2e du cycle de vie-cartographie de l'artefact, qui M2E utilise pour déterminer comment le processus de plugins Eclipse (l'ajout de la source de dossiers, etc.). Pour une raison que cet artefact ne peut pas être téléchargé. Avez-vous une connexion internet? Les autres artefacts être téléchargé à partir des référentiels? Les paramètres de Proxy?

    Pour plus de détails à partir de Maven, essayez de tourner M2E sortie de débogage sur (Paramètres/Maven/Sortie de Débogage case à cocher) et il pourrait vous donner plus de détails pour expliquer pourquoi il ne peut pas télécharger à partir du référentiel.

    • Que l'artefact manquant de peu. Je peux le télécharger d'autres artefacts. C'est parti pour de bon?
    InformationsquelleAutor prunge
  8. 1

    m2e 1.7 introduit un nouvelle syntaxe pour le cycle de vie de la cartographie des métadonnées qui ne causent pas de cet avertissement plus:

    <plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>build-helper-maven-plugin</artifactId>
<executions>
    <execution>

        <!-- This executes the goal in Eclipse on project import.
             Other options like are available, eg ignore.  -->
        <?m2e execute?>

        <phase>generate-sources</phase>
        <goals><goal>add-source</goal></goals>
        <configuration>
            <sources>
                <source>src/bootstrap/java</source>
            </sources>
        </configuration>
    </execution>
</executions>
</plugin>
    InformationsquelleAutor Arend v. Reinersdorff
  9. 0

    Il se produit en raison d'un manque de configuration du plugin (comme par vaadin la démo pom.xml commentaire):

    Cette configuration de plugin est utilisé pour stocker de l'Éclipse m2e paramètres
    seulement. Il n'a pas d'influence sur le Maven se construire lui-même.

    <pluginManagement>
    <plugins>
        <!--This plugin's configuration is used to store Eclipse m2e ettings 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>com.vaadin</groupId>
                                <artifactId>
                                    vaadin-maven-plugin
                                </artifactId>
                                <versionRange>
                                    [7.1.5,)
                                </versionRange>
                                <goals>
                                    <goal>resources</goal>
                                    <goal>update-widgetset</goal>
                                    <goal>compile</goal>
                                    <goal>update-theme</goal>
                                    <goal>compile-theme</goal>
                                </goals>
                            </pluginExecutionFilter>
                            <action>
                                <ignore></ignore>
                            </action>
                        </pluginExecution>
                    </pluginExecutions>
                </lifecycleMappingMetadata>
            </configuration>
        </plugin>
    </plugins>
</pluginManagement>
    • Certains comment l'ajout de la <version> au lieu de <versionRange> ne se propage à l'enfant modules. J'ai eu à utiliser <versionRange> pour amener l'enfant modules à se comporter.
    InformationsquelleAutor falsarella