Maven passe - argument à utiliser dans exec-maven-plugin

dans mon pompon, j'ai ajouté la commande exec-maven-plugin pour appeler une classe java qui va générer un fichier. Cette classe nécessite certains paramètres à passer à la méthode main, un de ceux est l'emplacement d'un fichier d'entrée (en dehors du projet). Jusqu'à maintenant j'ai été en utilisant un chemin relatif pour ce qui fonctionne très bien:

        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>exec-maven-plugin</artifactId>
            <executions>
                <execution>
                    <phase>test</phase>
                    <goals>
                        <goal>java</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <mainClass>com.laco.projectmaster.util.LanguageGenerator</mainClass>
                <arguments>
                    <argument>../PM-Config/dev/PMLanguage.xls</argument>
                    <argument>PM4.0</argument>
                    <argument>${project.build.outputDirectory}/com/laco/projectmaster/props/resources</argument>
                    <argument>ProjectMaster</argument>
                    <argument>Created during maven build (POM Version: ${pom.version})</argument>
                </arguments>
            </configuration>
        </plugin>

Maintenant, je commence à utiliser hudson pour installer/empaqueter et déployer les guerres et je ne peut plus utiliser ce chemin d'accès relatif. Simple j'ai pensé, je viens de passer à l'emplacement du fichier d'entrée lors de l'invocation de maven comme:

mvn clean package -Dlangdir=C:/somedir

et ensuite modifier la pom comme: 

<argument>${langdir}/PMLanguage.xls</argument>

Cependant, ce paramètre obtient tout simplement ignoré ici. Le chemin de la classe principale reçoit comme argument devient null/PMLanguage.xls . Le paramètre est disponible dans maven, j'ai testé avec succès à l'aide d'un echo dans le antrun plugin. Le chemin d'accès correct était fait l'écho.

Sont les paramètres à utiliser vous passez à maven alors pas disponibles par défaut, peu importe où vous faites référence à eux dans le pom?

merci pour toute aide,

Stijn

InformationsquelleAutor Stijn Geukens | 2010-08-06
  1. 13

    Je ne peux pas reproduire le problème. J'ai utilisé les méthodes suivantes de la classe de test:

    package com.stackoverflow.q3421918;

public class Hello
{
    public static void main( String[] args )
    {
        System.out.println( args[0] + " " + args[1] );
    }
}

    Et suivantes pom.xml:

    <project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.stackoverflow.q3421918</groupId>
  <artifactId>Q3421918</artifactId>
  <version>1.0-SNAPSHOT</version>

  <!-- this was a test for a workaround -->
  <properties>
    <myprop>${langdir}</myprop>
  </properties>

  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
  <build>
    <plugins>
      <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>exec-maven-plugin</artifactId>
        <version>1.2</version>
        <executions>
          <execution>
            <phase>test</phase>
            <goals>
              <goal>java</goal>
            </goals>
          </execution>
        </executions>
        <configuration>
          <mainClass>com.stackoverflow.q3421918.Hello</mainClass>
          <arguments>
            <argument>${myprop}</argument>
            <argument>${langdir}</argument>
          </arguments>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

    Et ici est le résultat que j'obtiens:

    $ mvn clean package -Dlangdir=C:/somedir 
[INFO] recherche de projets... 
[INFO] ------------------------------------------------------------------------ 
[INFO] la Construction Q3421918 
[INFO] la tâche de segment: [propre, package] 
[INFO] ------------------------------------------------------------------------ 
... 
[INFO] la Préparation exec:java 
[AVERTISSEMENT] la Suppression: java à partir de fourche du cycle de vie, afin de prévenir l'appel récursif. 
[INFO] Pas les objectifs nécessaires pour le projet du saut d' 
[INFO] [exec:java {exécution: default}] 
Bonjour c:/somedir c:/somedir 
[INFO] ------------------------------------------------------------------------ 
[INFO] CONSTRUCTION RÉUSSIE 
[INFO] ------------------------------------------------------------------------ 
...

    Testé avec Maven 2.2.1.

    • Pascal, je suis très désolé, mais il semble que j'ai perdu votre temps précieux. Je ne peux pas l'expliquer, mais quand j'exécute à nouveau l'emballage maintenant il fonctionne très bien. Je n'ai pas changer quoi que ce soit entre les deux donc je ne comprends pas pourquoi ça ne marchait pas hier. Donc, désolé, mais merci.
    InformationsquelleAutor Pascal Thivent