L'exécution d'un spécifique plugin Maven but depuis la ligne de commande dans un sous-module d'un multi-module de réacteur projet

Je suis à la recherche d'un général de technique ici, mais nous allons donner un exemple précis. J'ai un multi-projet de module et je voudrais le exec:java objectif à partir de la ligne de commande à l'encontre de l'un des sous-modules de mon projet.

Je connais une approche est que je peux courir mvn install sur l'ensemble du projet et ensuite il suffit d'aller dans le sous-répertoire du module, exécutez la exec:java commande à partir de la ligne de commande, et ont des artefacts résolus à mon dépôt local. Mais l'exécution mvn install tout le temps devient assez fastidieux.

Ce que j'aimerais vraiment, c'est la capacité à exécuter exec:java contre le Maven réacteur, où la classe est construite à partir des modules actifs du projet dans le Maven réacteur. Le problème est que je ne suis pas sûr que cela est possible. Une approche naïve consiste à exécuter le exec:java objectif à partir de la racine du projet, mais cette tente d'exécuter le plugin à l'encontre de chaque module dans le projet, par opposition à la cible du module, je suis intéressé.

Une idée? Je sais que mon exemple motivant était exec:java, mais vraiment il y a un certain nombre de plugin objectifs que j'aimerais à l'encontre de mon projet de temps en temps en dehors de la portée de la version complète du cycle de vie.

InformationsquelleAutor Brian Ferris | 2010-08-11

maven maven-2

35

J'ai un multi-projet de module et je voudrais le exec:java plugin à partir de la ligne de commande à l'encontre de l'un des sous-modules de mon projet.

Je ne dis pas que cela va répondre avec précision à vos cas d'utilisation, mais il est possible d'exécuter un but sur un sous-ensemble d'un multi-modules de construire à l'aide de la -pl, --projects <arg> option:
```
mvn exec:java -pl my-module
```
Je connais une approche est que je peux courir "mvn install" sur l'ensemble du projet et ensuite il suffit d'aller dans le sous-répertoire du module, exécutez la commande exec:java commande à partir de la ligne de commande, et ont des artefacts résolus à mon dépôt local.

De la résolution des dépendances est en effet assuré par le référentiel local.

Ce que j'aimerais vraiment, c'est la capacité à exécuter exec:java contre le Maven réacteur, où la classe est construite à partir des modules actifs du projet dans le Maven réacteur.

Ce n'est pas vraiment ce qu'est un réacteur de construire n'. Un réacteur de construire construit un graphe orienté des modules, tire un approprié ordre de construction de ce graphe et exécute le but de la phase de contre les modules dans le calcul de l'ordre. Un réacteur de construire n'est pas de construire une "global" classpath.

Une approche naïve consiste à exécuter le exec:java objectif à partir de la racine du projet, mais cette tente d'exécuter le plugin à l'encontre de chaque module dans le projet, par opposition à la cible du module, je suis intéressé.

Bien, c'est le comportement attendu. Il ne semble pas être ce que vous cherchez.

Une idée? Je sais que mon exemple motivant était exec:java, mais vraiment il y a un certain nombre de plugin objectifs que j'aimerais à l'encontre de mon projet de temps en temps en dehors de la portée de la version complète du cycle de vie

Un réacteur de construire ne permettent cela, mais, comme je l'ai écrit, vous semblez être à la recherche de quelque chose de différent. Peut-être que Si vous préciser exactement à vos besoins, je voudrais être en mesure de fournir une meilleure réponse.

InformationsquelleAutor Pascal Thivent

Il y a un autre moyen qui vous permet de choisir plusieurs modules pour exécuter un plugin.

De nombreux plugins ont un skip option, que vous pouvez activer sur la racine du projet en fixant sa valeur à true. L'exécution des plugins seront ignorés par défaut pour tous les sous-modules d'alors. Sous-modules qui doit exécuter le plugin pouvez définir explicitement skip à false. Vous avez encore besoin de configurer les non-attributs facultatifs à la racine du projet.

Exemple de la exec-maven-plugin avec la configuration pour le exec:exec objectif:

<!-- root project -->
<build>
    <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>exec-maven-plugin</artifactId>
                <version>1.3.2</version>
                <configuration>
                    <skip>true</skip>
                    <executable>java</executable>
                </configuration>
            </plugin>
        </plugins>
    </pluginManagement>
</build>

<!-- any module that should execute the plugin -->
<build>
    <plugins>
        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>exec-maven-plugin</artifactId>
            <configuration>
                <skip>false</skip>
                <!-- ... -->
            </configuration>
        </plugin>
   </plugins>
</build>

C'est la première et la seule réponse qui a vraiment travaillé pour moi, sans recourir à laide hacks. Si vous utilisez exec:java, retirez le <executable> dans la balise parent pom.xml et ajouter <mainClass>none</mainClass> pour supprimer le message d'erreur.
Je souhaite que cette réponse a été plus importante. C'est la moins "hacky" way et fonctionne vraiment.

InformationsquelleAutor kapex

Un peu général, technique que j'ai utilisé dans ce cas est de définir un profil de dans le sous-module POM en question qui se lie exec:java à la phase de test. Par exemple:

<profiles>                                                                                                                      
  <profile>                                                                                                                     
    <id>test-java</id>                                                                                                          
    <build>                                                                                                                     
      <plugins>                                                                                                                 
        <plugin>                                                                                                                
          <groupId>org.codehaus.mojo</groupId>                                                                                  
          <artifactId>exec-maven-plugin</artifactId>                                                                            
          <version>1.1.1</version>                                                                                              
          <executions>                                                                                                          
            <execution>                                                                                                         
              <phase>test</phase>                                                                                               
              <goals>                                                                                                           
                <goal>java</goal>                                                                                               
              </goals>                                                                                                          
              <configuration>                                                                                                   
                <mainClass>com.foo.bar.MyClass</mainClass>                                                                      
              </configuration>                                                                                                  
            </execution>                                                                                                        
          </executions>                                                                                                         
        </plugin>                                                                                                               
      </plugins>                                                                                                                
    </build>                                                                                                                    
  </profile>                                                                                                                    
</profiles>

Puis à partir du haut de votre projet, exécutez:

mvn test -Ptest-java

Ce sera mis en place, l'inter-module classpath comme d'habitude, et essayez d'exécuter le test de java profil dans tous vos projets. Mais depuis que l'on a le profil défini, il est le seul qui va faire quelque chose.

Il prend un petit peu de temps supplémentaire pour Maven à moudre à travers vos autres sous-projets NOOPing, mais c'est pas si mal.

Une chose à noter est que le sous-projet est exécuté avec le répertoire de plus haut niveau que le répertoire de travail courant (pas le sous-projet de répertoire). Il n'y a pas beaucoup que vous pouvez faire pour contourner cela, mais espérons que ce ne sera pas vous causer des ennuis.

InformationsquelleAutor samskivert

1

Pascal suggestion est probablement ce que vous voulez. Notez qu'il n'est pas possible actuellement d'abord compiler les dépendances, puis exécuter (exec:exec etc.) l'application, en une seule commande Maven: https://jira.codehaus.org/browse/MNG-5059

InformationsquelleAutor Jesse Glick

Vous devez vous connecter pour publier un commentaire.