You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "John Casey (JIRA)" <ji...@codehaus.org> on 2010/09/23 17:00:32 UTC

[jira] Closed: (MASSEMBLY-397) One IT of MASSEMBLY only succeeds if run individually

     [ http://jira.codehaus.org/browse/MASSEMBLY-397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Casey closed MASSEMBLY-397.
--------------------------------

    Resolution: Cannot Reproduce
      Assignee: John Casey

> One IT of MASSEMBLY only succeeds if run individually
> -----------------------------------------------------
>
>                 Key: MASSEMBLY-397
>                 URL: http://jira.codehaus.org/browse/MASSEMBLY-397
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Task
>    Affects Versions: 2.2-beta-3
>         Environment: Linux, Sun JDK 5, M2.0.10, Subversion rev 750882
>            Reporter: Joerg Schaible
>            Assignee: John Casey
>
> One IT of the maven-assembly-plugin fails always if it is executed together with all the other ITs, but succeeds if it is run separately:
> {noformat}
> ./maven-assembly-plugin $ mvn clean integration-test -P run-its -Dit.pomIncludes=mojo-tests/single-twice-in-multimodule-hierarchy/pom.xml
> ...
> [INFO] [invoker:run {execution: integration-test}]
> [INFO] Building: mojo-tests/single-twice-in-multimodule-hierarchy/pom.xml
> [INFO] ...SUCCESS.
> {noformat}
> However, it fails if all tests are executed:
> {noformat}
> ./maven-assembly-plugin $ mvn clean integration-test -P run-its
> ...
> [INFO] Building: mojo-tests/single-in-one-project-hierarchy/pom.xml
> [INFO] ...SUCCESS.
> [INFO] Building: mojo-tests/single-twice-in-multimodule-hierarchy/pom.xml
> [INFO] ...FAILED. The post-build script returned false.
> [INFO] Building: mojo-tests/single-twice-in-one-project-hierarchy/pom.xml
> [INFO] ...SUCCESS.
> {noformat}
> The verify.bsh fails, because the files ...
> {noformat}
> result = result && new File( basedir, "child1/target/child1-1.0-SNAPSHOT-bin/lib/junit.jar" ).exists();
> result = result && new File( basedir, "child2/target/child2-1.0-SNAPSHOT-bin/lib/junit.jar" ).exists();
> {noformat}
> are copied to child1/target/child1-1.0-SNAPSHOT-bin.dir/lib/junit.jar and child1/target/child1-1.0-SNAPSHOT-bin.dir/lib/junit.jar (not the .dir extension of the directory). The interesting part is, that John Casey removed this extension of the path in the verify.bsh in Sept. 2008.
> Note, that other tests are failing if the target was not cleaned before.
> Since it is not clear which component (Maven core, invoker plugin or assembly plugin) triggers this strange side effect I added the issue to Maven core. Maybe John can remember what was the original cause of the change (the changeset contains a lot of files) and why the old behavior might arbitrarily creep into the IT execution.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira