propiedades padre dentro experto antRun Plugin

Question

Hay un proyecto de varios módulos. En el interior del niño que tengo que hacer algunas cosas complicadas (prueba de integración con la implementación de servidor de aplicaciones y así sucesivamente). Así que hay un niño integrationtest, y desde este módulo necesito la raíz de los padres para llegar a otros módulos. No quiero utilizar "..". Hay una propiedad en POM integrationtest:

<properties>
 <main.basedir>${project.parent.basedir}</main.basedir>
    ...
</properties>

Y hay un plugin antRun con el siguiente contenido:

<plugins>
 <plugin>
  <artifactId>maven-antrun-plugin</artifactId>
  <executions>
   <execution>
    <id>render-parameter-sql</id>
    <phase>validate</phase>
    <goals>
     <goal>run</goal>
    </goals>
    <configuration>
     <tasks>
      <echoproperties/>
     </tasks>
    </configuration>
   </execution>
  </executions>
 </plugin>
</plugins>

En la salida, la main.basedir no se resuelve:

main:
[echoproperties] #Ant properties
[echoproperties] #Thu Oct 28 09:32:13 CEST 2010
[echoproperties] ant.core.lib=C\:\\Users\\gaborl\\.m2\\repository\\org\\apache\\ant\\ant\\1.8.1\\ant-1.8.1.jar
...
[echoproperties] main.basedir=${project.parent.basedir}
[echoproperties] maven.dependency.antlr.antlr.jar.path=C\:\\Users\\gaborl\\.m2\\repository\\antlr\\antlr\\2.7.6\\antlr-2.7.6.jar

Después de convertirse realmente enojado decidió preguntarle cómo evitar esto ...

Answer 1

No sé exactamente por qué el ${project.parent.basedir} no está "disponible" de antRun, tal vez simplemente no es compatible (consulte http://jira.codehaus.org/browse/MNG-3597 ).

Aquí es una solución horrible, utilizando gmaven:

<plugin>
  <groupId>org.codehaus.gmaven</groupId>
  <artifactId>gmaven-plugin</artifactId>
  <version>1.3</version>
  <executions>
    <execution>
      <id>set-custom-property</id>
      <phase>validate</phase>
      <goals>
        <goal>execute</goal>
      </goals>
      <configuration>
        <source>
          project.properties.setProperty('main.basedir', project.parent.basedir.toString())
        </source>
      </configuration>
    </execution>
  </executions>
</plugin>
<plugin>
  <artifactId>maven-antrun-plugin</artifactId>
  <version>1.6</version>
  <executions>
    <execution>
      <id>render-parameter-sql</id>
      <phase>validate</phase>
      <goals>
        <goal>run</goal>
      </goals>
      <configuration>
        <target>
          <echo>project.artifactId        : ${project.artifactId}</echo>
          <echo>project.parent.basedir    : ${project.parent.basedir}</echo>
          <echo>main.basedir              : ${main.basedir}</echo>
          <echo>project.basedir           : ${project.basedir}</echo>
          <echo>project.build.directory   : ${project.build.directory}</echo>
        </target>
      </configuration>
    </execution>
  </executions>
</plugin>

No estoy orgulloso de ello, pero es un poco "obras" (si es una cadena que representa la ruta a la basedir padre está bien para usted):

$ mvn validate
[INFO] Scanning for projects...
...
[INFO] --- maven-antrun-plugin:1.6:run (render-parameter-sql) @ Q4040778 ---
[INFO] Executing tasks

main:
     [echo] project.artifactId        : Q4040778
     [echo] project.parent.basedir    : ${project.parent.basedir}
     [echo] main.basedir              : /home/pascal/Projects/stackoverflow
     [echo] project.basedir           : /home/pascal/Projects/stackoverflow/Q4040778
     [echo] project.build.directory   : /home/pascal/Projects/stackoverflow/Q4040778/target
[INFO] Executed tasks
...

Pero tengo que decir que lo que quiere hacer ( de este módulo necesito la raíz de los padres para llegar a otros módulos ) es un mala práctica , módulos debe ser independiente y no de estructura rígida.

No recomiendo el uso de lo que he publicado:)