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 18:25:44 UTC
[jira] Closed: (MASSEMBLY-171) Fix / speedup integration tests
[ http://jira.codehaus.org/browse/MASSEMBLY-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Casey closed MASSEMBLY-171.
--------------------------------
Resolution: Fixed
Fix Version/s: (was: 2.3-beta-1)
2.2-beta-6
Assignee: John Casey
ITs are relatively painless now, and can be focused using -Dit.pomIncludes=...
> Fix / speedup integration tests
> -------------------------------
>
> Key: MASSEMBLY-171
> URL: http://jira.codehaus.org/browse/MASSEMBLY-171
> Project: Maven 2.x Assembly Plugin
> Issue Type: Bug
> Affects Versions: 2.2
> Reporter: Kenney Westerhof
> Assignee: John Casey
> Priority: Blocker
> Fix For: 2.2-beta-6
>
>
> After hacking for quite a while in other projects to get the it's to run,
> (fixing sandbox/plugins/maven-plug-it-plugin, shared/maven-plugin-testing-tools and components/maven-settings)
> I found, after 9 minutes, this:
> {noformat}
> ---------------------------------------
> Execution Summary:
> Builds Passing: 24
> Builds Failing: 14
> ---------------------------------------
> The following builds failed:
> * multimodule/twoLevel-includeSubModules-excludeSubModuleSourceDirs/pom.xml
> * multimodule/two-level-multimodule-dontIncludeSubModules/pom.xml
> * multimodule/two-level-multimodule/pom.xml
> * multimodule/two-levels-includeBaseDirectory-withSources/pom.xml
> * multimodule/twoLevel-dontIncludeSubModules-artifactIdExprOutDir/pom.xml
> * multimodule/two-levels-includeBaseDirectory-withBinaries/pom.xml
> * mojo-tests/single-twice-in-multimodule-hierarchy/pom.xml
> * mojo-tests/single-in-one-project-hierarchy/pom.xml
> * mojo-tests/single-twice-in-one-project-hierarchy/pom.xml
> * basic-features/outputFileNameMapping-withArtifactBaseVersion/pom.xml
> * basic-features/outputFileNameMapping-simple/pom.xml
> * repository-assembly/pom.xml
> * descriptor-refs/jar-with-dependencies/component-descriptors-merged/pom.xml
> * file-sets/same-source-name-different-output/pom.xml
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] : org.apache.maven.plugin.invoker.InvokerMojo@41a7c484
> One or more builds failed.
> 14 builds failed.
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 8 minutes 58 seconds
> [INFO] Finished at: Fri Dec 22 18:25:56 CET 2006
> [INFO] Final Memory: 22M/57M
> [INFO] ------------------------------------------------------------------------
> FATAL ERROR: Unable to configure the Maven application
> For more information, run with the -e flag
> {noformat}
> Most failed builds had this in the build.log:
> {noformat}
> url = http://snapshots.repository.codehaus.org
> Downloading: http://snapshots.repository.codehaus.org/org/apache/maven/plugins/maven-plugins/4-SNAPSHOT/maven-plugins-4-SNAPSHOT.pom
> [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-plugins:pom:4-SNAPSHOT' from repository codehaus.org (http://snapshots.repository.codehaus.org)
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to resolve artifact.
> GroupId: org.apache.maven.plugins
> ArtifactId: maven-plugins
> Version: 4-SNAPSHOT
> Reason: Unable to download the artifact from any repository
> org.apache.maven.plugins:maven-plugins:pom:4-SNAPSHOT
> from the specified remote repositories:
> codehaus.org (http://snapshots.repository.codehaus.org),
> central (http://repo1.maven.org/maven2)
> [INFO] ------------------------------------------------------------------------
> [INFO] For more information, run Maven with the -e switch
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 1 second
> [INFO] Finished at: Fri Dec 22 18:18:25 CET 2006
> [INFO] Final Memory: 2M/6M
> [INFO] ------------------------------------------------------------------------
> FATAL ERROR: Unable to configure the Maven application
> For more information, run with the -e flag
> {noformat}
> That repo isn't used anymore, plus 4-SNAPSHOT is in my local repo already.
> I think repo isolation is good but the builds takes very very long because it tries to download
> artifacts 71 times (only 57 are succesfully downloaded), using the wrong repo.
> Can't the local repo serve as a fallback, or at least serve non-snapshots, so we can't install
> the test plugin?
> Reasoning; in order to test the current plugin, it must be available in a local repository
> structure for maven to find it, due to a bug in maven (MNG-2677).
> This requires a new local repo, initially empty. The plugin is added there.
> But Maven can only handle 1 local repo at a time, so all the cached data there is not used.
--
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