Propriedades dos pais dentro do plugin do Maven Antun

Question

Existe um projeto multimódulo. Dentro da criança, preciso fazer algumas coisas complicadas (teste de integração com a implantação no servidor de aplicativos e assim por diante). Portanto, há um filho de integração e, a partir deste módulo, preciso da raiz do pai para alcançar outros módulos. Eu não quero usar "..". Existe uma propriedade no IntegrationTest Pom:

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

E há um plugin Antun com o seguinte conteúdo:

<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>

Na saída, o main.basedir não está resolvido:

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

Depois de ficar muito zangado, decidi perguntar como contornar isso ...

Answer 1

Não sei exatamente porque o ${project.parent.basedir} não está "disponível" da Antrun, talvez não seja suportado (veja http://jira.codehaus.org/browse/mng-3597).

Aqui está uma solução horrível usando 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>

Não tenho orgulho disso, mas meio que "funciona" (se uma representação de string do caminho para o baseado pai for bom para você):

$ 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}
     eco] 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
...

Mas preciso dizer que o que você quer fazer (Neste módulo, preciso da raiz do pai para alcançar outros módulos) é um Más práticas, os módulos devem ser independentes e não fortemente acoplados.

Eu não recomendo usar o que postei :)