You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Kenney Westerhof (JIRA)" <ji...@codehaus.org> on 2006/12/22 18:37:41 UTC
[jira] Created: (MASSEMBLY-171) Fix / speedup integration tests
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
Priority: Blocker
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
[jira] Updated: (MASSEMBLY-171) Fix / speedup integration tests
Posted by "John Casey (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MASSEMBLY-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Casey updated MASSEMBLY-171:
---------------------------------
Fix Version/s: 2.3-beta-1
> 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
> Priority: Blocker
> Fix For: 2.3-beta-1
>
>
> 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
[jira] Closed: (MASSEMBLY-171) Fix / speedup integration tests
Posted by "John Casey (JIRA)" <ji...@codehaus.org>.
[ 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