FWIW, I just wrote up a proposal and submitted a JIRA for ordering of
executions within a phase. Please vote for/watch this issue if you're
interested.

JIRA: http://jira.codehaus.org/browse/MNG-2804

Proposal:
http://docs.codehaus.org/display/MAVEN/Suppression%2C+Ordering%2C+and+Replacement+of+Plugins+and+Mojos+Bindings

-john

On 2/1/07, Bashar Abdul Jawad <[EMAIL PROTECTED]> wrote:

This might be helpful:

http://www.mail-archive.com/[email protected]/msg30757.html

Bashar

-----Original Message-----
From: Crossley, Jim [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 31, 2007 6:48 AM
To: Maven Users List
Subject: RE: Execution order in pre-integration-test phase for
Cargo/Antrun

> Did you try multiple executions with a different Id for each
execution?
> Place one goal in each execution and bind it to the appropriate phase.

Yes.  As you can see from the snippet below, I have the executions
defined.  My problem is that I need the 'serverconfig' execution to
occur *after* 'install-container' but *before* 'start-container'.  Since
all three are bound to the same phase, the order is determined (it
seems) by their declaration order in the POM.  How do I achieve the
order I need?

      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-antrun-plugin</artifactId>
        <executions>
          <execution>
            <id>serverconfig</id>
            <phase>pre-integration-test</phase>
            <configuration>
              ...
            </configuration>
            <goals>
              <goal>run</goal>
            </goals>
          </execution>
        </executions>
      </plugin>

      <plugin>
        <groupId>org.codehaus.cargo</groupId>
        <artifactId>cargo-maven2-plugin</artifactId>
        <executions>
          <execution>
            <id>install-container</id>
            <phase>pre-integration-test</phase>
            <goals>
              <goal>install</goal>
            </goals>
          </execution>
          <execution>
            <id>start-container</id>
            <phase>pre-integration-test</phase>
            <goals>
              <goal>start</goal>
            </goals>
          </execution>
          <execution>
            <id>stop-container</id>
            <phase>post-integration-test</phase>
            <goals>
              <goal>stop</goal>
            </goals>
          </execution>
        </executions>
        <configuration>
          ...
        </configuration>
      </plugin>

Thanks,
Jim

-----Original Message-----
From: Bashar Abdul Jawad [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 30, 2007 6:10 PM
To: 'Maven Users List'
Subject: RE: Execution order in pre-integration-test phase for
Cargo/Antrun

Hi,

Did you try multiple executions with a different Id for each execution?
Place one goal in each execution and bind it to the appropriate phase.

Bashar

-----Original Message-----
From: Crossley, Jim [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 30, 2007 3:59 PM
To: [email protected]
Subject: Execution order in pre-integration-test phase for Cargo/Antrun

I'm using 2.0.4 with the most recent plugin versions.  I'm trying to
configure JBoss 4.0.5 prior to running an integration test from my
build.  I'm trying to run the following goals in these phases:

pre-integration-test:
  cargo:install
  antrun:run
  cargo:start
post-integration-test:
  cargo:stop

The cargo:install is configured with a ZipUrlInstaller that downloads an
archive of JBoss with an 'ejb3' configuration from an internal web
server.  The subsequent antrun:run task tailors that config with
settings specific to the build.

My problem is that I can't figure out how to mandate the order of the
goals in the pre-integration-test phase.  Depending on which plugin
comes first in the POM, I get either

  antrun:run
  cargo:install
  cargo:start

or:

  cargo:install
  cargo:start
  antrun:run

Neither of which works for me, of course.  What am I doing wrong?  Do I
have to list the cargo plugin twice, once before and after the antrun
plugin?  I'd rather not duplicate that much configuration, if I can help
it.

Thanks,
Jim

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to