M2E et avoir maven source généré des dossiers les dossiers de la source eclipse

J'ai un projet maven dans eclipse et ont maven objectifs que courir annotation des processeurs de la génération de code. Le dossier de sortie pour ce code est target/generated-sources/apt.

Pour eclipse pour voir le code généré-je besoin d'ajouter target/generated-sources/apt comme un dossier source vers le projet eclipse.

Cependant, cela entraîne qu'il y ait une erreur de type "Maven Problème de Configuration" en disant

La configuration d'un projet n'est pas à jour avec pom.xml. L'exécution du projet
mise à jour de configuration

Je crois que je comprends pourquoi c'est le cas qu'eclipse a un ensemble différent de dossiers source de maven est fixé. Mais j'ai besoin de ce nouvel ensemble, car j'ai besoin d'eclipse pour être en mesure de voir le source généré des dossiers...

Lors d'une pure maven construit, ces dossiers seront incluses dans la version, par maven.

btw, j'ai mis à jour officielle de l'eclipse version de maven plugin eclipse, m2e 1.0 - ce que l'habitude d'être m2eclipse. J'aimerais voir si je peux trouver un travail autour/solution à ce avec la m2e plugin avant d'avoir à revenir à l'ancienne m2eclipse version.

InformationsquelleAutor Michael Wiles | 2011-08-23
  1. 103

    Vous avez besoin de joindre le répertoire source avec le construire-helper-plugin.

    Comme suit:

     <plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>build-helper-maven-plugin</artifactId>
    <executions>
        <execution>
            <id>add-source</id>
            <phase>generate-sources</phase>
            <goals>
                <goal>add-source</goal>
            </goals>
            <configuration>
                <sources>
                    <source>${project.build.directory}/generated-sources/java/</source>
                </sources>
            </configuration>
        </execution>
    </executions>
 </plugin>

    Vous aurez aussi besoin de:

    • cette solution fonctionne très bien lorsque le m2e connector for build-helper-maven-plugin est installé dans Eclipse
    • heureux de l'avoir découvert
    • Ne fonctionne pas pour moi. Pouvez-vous élaborer sur le build-helper-plugin de configuration?
    • Kevin, qu'avez-vous fait pour le faire fonctionner? Partager pom extrait.
    • <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>build-helper-maven-plugin</artifactId> <exécutions> <exécution> <id>add-source</id> <phase>generate-sources</phase> <buts> <but>ajoutez-source</objectif> </objectifs> <configuration> <sources> <source>${projet.construire.annuaire}/generated-sources/java/</source> <source>${projet.construire.annuaire}/jaxws/wsimport/java</source> </sources> </configuration> </exécution> </exécutions> </plugin>
    • J'ai peut-être besoin d'installer ce m2e connecteur pour construire-helper-maven-plugin, que j'ai trouvé aucun moyen évident de le faire. Quelqu'un peut-il m'indiquer dans les instructions d'installation de ce connecteur?
    • Oui, vous en aurez besoin. Il est disponible sur le m2eclipse place du marché. A fonctionné parfaitement pour moi.
    • Bon, a travaillé pour moi maintenant. J'ai mis à jour la réponse en conséquence.
    • Et il honore aussi le paramètre de profil si votre projet
    • juste une remarque pour les autres (comme moi), plugin élément est en /project/build/plugins et PAS dans /project/build/pluginManagement/plugins
    • edit et je l'approuve.
    • Avec Kepler, j'avais aussi installer m2e connecteur pour construire helper plugin maven. (Il suffit d'ouvrir votre pom à l'intérieur de la pom maven éditeur de eclipse et cliquez sur le lien rouge en haut).
    • L'Apt M2E Connecteur n'est pas nécessaire, mais l'org.eclipse.m2e.discovery.lifecyclemapping.buildhelper.xml plugin, disponible via Window -> Préférences -> Maven -> de la Découverte. Si la case "Ouvrir le Catalogue" échoue, aller à l'URL dans un navigateur, télécharger le JAR, ouvrez-le et copiez le lifeCycleMappingMetaData dans le cadre de votre pluginManaagement dans votre pom.xml.
    • Maintenant, je me dit que j'ai un double de la classe (par le maven-compiler-plugin) depuis la classe est déjà en cours de rédaction par le maven-jaxb-plugin, qui a généré java classé basé sur un fichier xsd représentant de configuration XML de la structure.
    • Dire XJC de ne pas compiler le code, mais à générer seulement.
    • Référentiel de "Apt M2E Connecteur" n'existe plus. Des solutions de rechange?
    • De même. le lien de construire-helper-maven est cassé. Il devrait peut-être être remplacé par ce une

    InformationsquelleAutor Michael-O
  2. 80

    Cliquez-droit sur le message d'Erreur:

    La configuration d'un projet n'est pas à jour avec pom.xml l'Exécution du projet
    mise à jour de configuration

    dans les Problèmes de Vue et sélectionnez Quick Fix et cliquez sur Finition pour sélectionner la valeur par défaut mise à Jour de la configuration d'un projet. Cela résout-il.

    • Cela fonctionne pour moi aussi. Pourquoi n'est-ce pas la accepté de répondre? Semble la accepté de répondre en fait trop.
    • ce n'est pas la accepté de répondre, car il n'est tout simplement pas utile. Lorsque vous ajouter quelque chose à la construction de chemin d'accès dans Eclipse, cela signifie que vous n'êtes plus en synchronisation avec le POM, d'où l'avertissement. La mise à jour de la configuration du projet supprime simplement l'extra chemin de génération d'entrée, qui a été le premier problème pour commencer.
    InformationsquelleAutor peter
  3. 4

    Après le passage à de nouvelles versions de m2e/maven/apt,... j'ai eu builderrors en raison de la copie de fichiers, causée par l'ajout buildpath par le buildhelper, j'ai donc besoin de supprimer le "apt-généré"-les Dossiers de la buildhelper.

    Pour résoudre le Problème dans Eclipse, et non de l'ajout de la commande "apt-généré"-dossier via la mise à Jour de Configuration de Maven dans M2E, j'ai écrit un M2E Plugin pour résoudre ce problème. Il ajoute le outputDirectories configuré dans le maven-apt-plugin pour le buildpath du Projet.

    https://apt-m2e.googlecode.com

    InformationsquelleAutor Stefan Wo
  4. 3

    Dans m2e 1.0 le traitement des plugins Maven a changé. Vous pourriez être en manque un spécifique m2e extension pour votre code de génération de plugin. Voici toutes les la documentation j'ai réussi à trouver.

    Ce rapport de bug peuvent également être pertinentes.

    • je suppose que m2e est nouveau et il y a beaucoup de circulation de développement
    • Je crois que le problème, c'est que tout simplement l'application de plugins Maven pour m2eclipse projets, comme m2eclipse l'habitude de faire, tout juste arrivé de travailler la plupart du temps, mais qui n'en est pas garanti de toujours faire la bonne chose. La nouvelle approche est potentiellement plus solide, mais un grand nombre de plugins Maven ont un m2e homologue.
    InformationsquelleAutor Nicola Musatti
  5. 1

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

    demande sur CXF JIRA (voir Un) pour ajouter du cycle de vie des mappages dans le cxf-codegen-plugin lui-même. Cela nécessiterait m2e 1.1, mais je crois que c'est une meilleure approche que d'avoir des connecteurs construit à l'extérieur de cxf de projet, en supposant que le cycle de vie de la cartographie de l'API serait de changer moins souvent que cxf-codegen-plugin et cxf.

    InformationsquelleAutor Mike Grandmaison
  6. 0

    Vous pouvez également utiliser le buildhelper m2e connecteur disponible dans la découverte de catalogue. J'utilise Eclipse 3.7

    InformationsquelleAutor Cédric Vidal
  7. 0

    Eclipse Java EE IDE pour les Développeurs Web.
    Version: Juno Service Release 1

    mvn archetype:generate \
   -DarchetypeGroupId=org.codehaus.mojo \
   -DarchetypeArtifactId=gwt-maven-plugin \
   -DarchetypeVersion=2.5.0

mvn clean install

    fonctionnent parfaitement.

    Mais dans eclipse, j'ai la même erreur sur Asinc classe.

    Appuyez simplement sur la touche F5 sur le projet. Résoudre ce problème.

    InformationsquelleAutor burtsevyg
  8. 0

    C'est ce que j'ai trouvé qui fonctionnait bien à l'aide de printemps 3.1.1 qui n'ont que la version 3.0.6 ainsi en elle. Une fois que j'ai eu l'installation de plugins et de les mettre dans la bonne zone de la pom et inclus la argline et endorseddirs d'avoir les sources java mettre dans le target/generated-sources/cxf dossier puis maven généré les sources ok.

    ....

     <properties>...
<dependencyManagement>
<dependencies>.....
</dependencyManagement>
<dependencies>
<dependency>....
</dependencies>
<!-- *************************** Build process ************************************* -->
<build>
<finalName>eSurety</finalName>
<plugins>
<!-- Force Java 6 -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.4</version>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
<!-- Deployent on AS from console
<plugin>
<groupId>org.jboss.as.plugins</groupId>
<artifactId>jboss-as-maven-plugin</artifactId>
<version>${version.jboss.as.maven.plugin}</version>
</plugin>
-->
<!-- wildbill added tomcat plugin -->
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.0</version>              
</plugin>
<!-- Surefire plugin before 2.9 version is buggy. No need to declare here,
it's being referenced below w/the version
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.12</version>
</plugin>
-->
<!-- developer added these -->   
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<compilerArguments>
<endorseddirs>target/generated-sources/cxf</endorseddirs>
</compilerArguments>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.12</version>
<configuration>
<forkMode>once</forkMode>
<argLine>-Djava.endorsed.dirs=target/generated-sources/cxf</argLine>
</configuration>
</plugin>           
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<compilerArguments>
<endorseddirs>target/generated-sources/cxf</endorseddirs>
</compilerArguments>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<forkMode>once</forkMode>
<argLine>-Djava.endorsed.dirs=target/generated-sources/cxf</argLine>
</configuration>
</plugin>                       
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>                       
<configuration>
<artifactItems>
<artifactItem>
<groupId>javax.xml.bind</groupId>
<artifactId>jaxb-api</artifactId>
<version>2.2</version>
</artifactItem>
<artifactItem>
<groupId>javax.xml.ws</groupId>
<artifactId>jaxws-api</artifactId>
<version>2.2</version>
</artifactItem>
</artifactItems>
<outputDirectory>target/generated-sources/cxf</outputDirectory>
</configuration>                      
</plugin>                                                 
</plugins>
</build>
<!-- *********************** Profiles ************************************ -->
<profiles>
<profile>
<!-- When built in OpenShift the 'openshift' profile will be 
used when invoking mvn. -->
<!-- Use this profile for any OpenShift specific customization 
your app will need. -->
<!-- By default that is to put the resulting archive into the 
'deployments' folder. -->
<!-- http://maven.apache.org/guides/mini/guide-building-for-different-environments.html -->
<id>projName</id>
<build>
<plugins>                                                   
<plugin>
<groupId>org.apache.cxf</groupId>
<artifactId>cxf-codegen-plugin</artifactId>
<version>2.5.2</version>                        
<executions>
<execution>
<id>process-sources</id>
<phase>generate-sources</phase>                                                                                               
<configuration>
<fork>once</fork>
<additionalJvmArgs>-Djava.endorsed.dirs=target/generated-sources/cxf</additionalJvmArgs>                                          
</configuration>
<goals>                             
<goal>wsdl2java</goal>
</goals>
</execution>
</executions>                       
<dependencies>
<dependency>
<groupId>com.sun.xml.bind</groupId>
<artifactId>jaxb-impl</artifactId>
<version>2.2</version>
</dependency>
<dependency>
<groupId>com.sun.xml.bind</groupId>
<artifactId>jaxb-xjc</artifactId>
<version>2.2</version>
</dependency>
</dependencies>
</plugin>
<!-- Actual war created in default target dir -->
<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>2.2</version>                                               
</plugin>
</plugins>
</build>
</profile>
</profiles>

    Si votre wsdl dossier est dans ${basedir}/src/main/resources il va trouver automatiquement

    Espérons que cette aide!
    ~wildbill

    InformationsquelleAutor WildBill
  9. 0

    Dans le cas où, pour quelque raison vous ne pouvez pas utiliser la construire helper plugin le plus simple (mais pas aussi pratique et un peu fastidieux), j'ai trouvé de traiter cette question est:

    1. Séparer le code source généré dans son propre projet ou sous-module.
    2. Vous voulez garder ce projet essentiellement fermé ou non importés dans Eclipse lorsque vous travaillez sur le projet parent.
    3. Dans le projet parent qui a besoin du code généré assurez-vous de maintenant compter sur le code source généré projet via pom Maven dependency.
    4. Lorsque vous avez besoin de mettre à jour le code généré aller au code généré par le projet et exécutez mvn install. Maintenant actualiser le projet parent par un clic droit et en sélectionnant Maven->Projet de mise à Jour...

    En général, cela fonctionne bien pour les projets qui utilisent un semi statique de la source pour la génération de code comme le SAVON langage wsdl (Apache CXF) ou le code généré à partir d'une base de données (jOOQ). Pour APT et d'autres AspectJ-comme-le code qu'il ne fonctionne pas aussi bien parce que vous modifiez la source fréquemment.

    InformationsquelleAutor Adam Gent
  10. -1

    la configuration du build helper plugin fait le travail pour nous.

    mais sachez, que le dossier de destination doit toujours être égale à la configuration du plugin u utilisez pour l'annotation de traitement lui-même.

    par exemple le maven-processeur-plugin utilise le dossier de destination ${projet.construire.annuaire}/generated-sources/apt en tant que par défaut. si vous souhaitez une autre destination pour vos fichiers sources générés vous pouvez le régler par la balise comme indiqué ci-dessous.

    <plugin>
<groupId>org.bsc.maven</groupId>
<artifactId>maven-processor-plugin</artifactId>
<version>2.1.1</version>
<executions>
<execution>
<id>process</id>
<goals>
<goal>process</goal>
</goals>
<phase>process-sources</phase>
<configuration>
<defaultOutputDirectory>apt_generated</defaultOutputDirectory>
<processors>
<processor>com.any.processor.invoker</processor>
</processors>
</configuration>
</execution>
</executions>
</plugin>
    InformationsquelleAutor Hannes Kogler
  11. -3

    Voici la solution

    1. Ouvrir Marqueur de Vue (Fenêtre > afficher la Vue
    2. Cliquez-droit sur le message d'Erreur
    3. Sélectionnez Quick Fix
    4. Cliquez Sur Terminer
    InformationsquelleAutor imesh