GWT, Maven et AspectJ: validation RequestFactory pour le code AOPed?

Question

Pour utiliser GWT 2.4.0 RequestFactory, vous devez exécuter l'outil de validation de la demande d'usine. Sinon, ça ne marchera pas. [Google dit] [1], qu'il est juste assez pour ajouter 2 plugins à pom.xml:

<!-- requestfactory-apt runs an annotation processor (APT) to 
     instrument its service interfaces so that 
     RequestFactoryServer can decode client requests. Normally 
     you would just have a dependency on requestfactory-apt 
     with <scope>provided</scope>, but that won't work in 
     eclipse due to m2e bug 
     https://bugs.eclipse.org/bugs/show_bug.cgi?id=335036 --> 
    <plugin> 
    <groupId>org.bsc.maven</groupId> 
    <artifactId>maven-processor-plugin</artifactId> 
    <version>2.0.5</version> 
    <executions> 
     <execution> 
     <id>process</id> 
     <goals> 
      <goal>process</goal> 
     </goals> 
     <phase>generate-sources</phase> 
     </execution> 
    </executions> 
    <dependencies> 
     <dependency> 
     <groupId>com.google.web.bindery</groupId> 
     <artifactId>requestfactory-apt</artifactId> 
     <version>${gwtVersion}</version> 
     </dependency> 
    </dependencies> 
    </plugin> 

    <!-- Google Plugin for Eclipse (GPE) won't see the source 
     generated above by requestfactory-apt unless it is exposed 
     as an additional source dir--> 
    <plugin> 
    <groupId>org.codehaus.mojo</groupId> 
    <artifactId>build-helper-maven-plugin</artifactId> 
    <version>1.7</version> 
    <executions> 
     <execution> 
     <id>add-source</id> 
     <phase>generate-sources</phase> 
     <goals> 
      <goal>add-source</goal> 
     </goals> 
     <configuration> 
      <sources> 
      <source>${project.build.directory}/generated-sources/apt</source> 
      </sources> 
     </configuration> 
     </execution> 
    </executions> 
    </plugin> 

Le problème est, j'ai assez de code côté serveur complexe qui utilise AOP, donc lorsque l'outil de validation est a couru contre ce code, il échoue car "il n'y a pas de méthode xxx()", "classe xxx n'implémente pas l'interface yyy", etc

Donc, ma question est, est-il possible de résoudre ce problème sur pom. niveau xml, plutôt que de déplacer tout le code AOP dans un projet distinct qui sera compilé séparément?

Answer 1

Résolu en déplaçant tout le code AOPed vers un autre projet.