Passer des arguments de ligne de commande depuis Maven en tant que propriétés dans pom.xml

Est-il possible de passer des arguments de la ligne de commande aux propriétés dans le pom.xmlfichier? par exemple je coursmvn ... argument

et dans pom.xml

<properties>
   <myproperty> here should add argument from command line</myproperty>
</properties>

Merci pour l'aide.

Pour votre exemple de propriété, faites:

mvn install "-Dmyproperty=my property from command line"

Notez les guillemets autour de la définition de la propriété entière. Vous en aurez besoin si votre propriété contient des espaces.

À l'intérieur de pom.xml

<project>

.....

<profiles>
    <profile>
        <id>linux64</id>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
        <properties>
            <build_os>linux</build_os>
            <build_ws>gtk</build_ws>
            <build_arch>x86_64</build_arch>
        </properties>
    </profile>

    <profile>
        <id>win64</id>
        <activation>
            <property>
                <name>env</name>
                <value>win64</value>
            </property>
        </activation>
        <properties>
            <build_os>win32</build_os>
            <build_ws>win32</build_ws>
            <build_arch>x86_64</build_arch>
        </properties>
    </profile>
</profiles>

.....

<plugin>
    <groupId>org.eclipse.tycho</groupId>
    <artifactId>target-platform-configuration</artifactId>
    <version>${tycho.version}</version>
    <configuration>
        <environments>
            <environment>
                <os>${build_os}</os>
                <ws>${build_ws}</ws>
                <arch>${build_arch}</arch>
            </environment>
        </environments>
    </configuration>
</plugin>

.....

Dans cet exemple, lorsque vous exécutez le pom sans aucun argument, mvn clean installle profil par défaut s'exécute.

Lorsqu'il est exécuté avec mvn -Denv=win64 clean install

Le profil win64 sera exécuté.

Veuillez vous reporter à http://maven.apache.org/guides/introduction/introduction-to-profiles.html

J'ai utilisé le plugin de propriétés pour résoudre ce problème.

Les propriétés sont définies dans le pom et écrites dans un fichier my.properties, où elles sont ensuite accessibles à partir de votre code Java.

Dans mon cas, c'est le code de test qui doit accéder à ce fichier de propriétés, donc dans le pom, le fichier de propriétés est écrit dans testOutputDirectory de maven:

<configuration>
    <outputFile>${project.build.testOutputDirectory}/my.properties</outputFile>
</configuration>

Utilisez outputDirectory si vous souhaitez que les propriétés soient accessibles par le code de votre application:

<configuration>
    <outputFile>${project.build.outputDirectory}/my.properties</outputFile>
</configuration>

Pour ceux qui recherchent un exemple plus complet (il m'a fallu un peu de bidouillage pour que cela fonctionne car je ne comprenais pas comment la dénomination des balises de propriétés affecte la capacité de les récupérer ailleurs dans le fichier pom), mon pom ressemble à ceci:

<dependencies>
     <dependency>
      ...
     </dependency>
</dependencies>

<properties>
    <app.env>${app.env}</app.env>
    <app.port>${app.port}</app.port>
    <app.domain>${app.domain}</app.domain>
</properties>

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.20</version>
        </plugin>
        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>properties-maven-plugin</artifactId>
            <version>1.0.0</version>
            <executions>
                <execution>
                    <phase>generate-resources</phase>
                    <goals>
                        <goal>write-project-properties</goal>
                    </goals>
                    <configuration>
                        <outputFile>${project.build.testOutputDirectory}/my.properties</outputFile>
                    </configuration>
                </execution>
            </executions>
        </plugin>

    </plugins>
</build>

Et sur la ligne de commande:

mvn clean test -Dapp.env=LOCAL -Dapp.domain=localhost -Dapp.port=9901

Ainsi, ces propriétés sont accessibles à partir du code Java:

 java.io.InputStream inputStream = Thread.currentThread().getContextClassLoader().getResourceAsStream("my.properties");
 java.util.Properties properties = new Properties();
 properties.load(inputStream);
 appPort = properties.getProperty("app.port");
 appDomain = properties.getProperty("app.domain");

Vous pouvez donner des noms de variables sous forme de fichiers de projet. Par exemple, dans la configuration de votre plugin, ne donnez qu'une seule balise comme ci-dessous: -

<projectFile>${projectName}</projectFile>

Ensuite, sur la ligne de commande, vous pouvez passer le nom du projet en paramètre: -

mvn [your-command] -DprojectName=[name of project]

mvn clean package -DpropEnv=PROD

Puis en utilisant comme ça dans POM.xml

<properties>
    <myproperty>${propEnv}</myproperty>
</properties>