Thanks, but it doesn't seem to be a Hudson issue. Installed maven 2.2.1 (same as my local windows version) to the linux machine and trying the same build from there, I get:
[INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to resolve artifact. No versions are present in the repository for the artifact with a range [2.0,) org.apache.maven:maven-plugin-api:jar:null from the specified remote repositories: central (http://repo1.maven.org/maven2), prime-repo (http://repository.prime.com.tr) Path to dependency: 1) zzz:webapp:war:1.0-SNAPSHOT I can't figure out why the same build fails on the linux box and works on my windows environment...I have tried telnetting repo1.maven.org successfully. On Mon, Aug 16, 2010 at 3:45 PM, Stephen Connolly <stephen.alan.conno...@gmail.com> wrote: > 1. This is a hudson issue so report on the hudson list. > > On 16 August 2010 12:54, janne postilista <jannepostilis...@gmail.com>wrote: > >> My build craps out because >> >> [HUDSON] Archiving >> /home/zzz/.hudson/jobs/ci-build/workspace/trunk/webapp/pom.xml to >> >> /home/zzz/.hudson/jobs/ci-build/modules/zzz$webapp/builds/2010-08-16_14-27-53/archive/zzz/webapp/1.0-SNAPSHOT/pom.xml >> [INFO] >> ------------------------------------------------------------------------ >> [ERROR] BUILD ERROR >> [INFO] >> ------------------------------------------------------------------------ >> [INFO] Failed to resolve artifact. >> >> No versions are present in the repository for the artifact with a range >> [2.0,) >> org.apache.maven:maven-plugin-api:jar:null >> >> from the specified remote repositories: >> maven2.dev.java.net (http://download.java.net/maven/2), >> central (http://repo1.maven.org/maven2), >> prime-repo (http://repository.prime.com.tr), >> snapshot.ocean.net.au (http://maven.ocean.net.au/snapshot), >> external.ocean.net.au (http://maven.ocean.net.au/external), >> release.ocean.net.au (http://maven.ocean.net.au/release), >> java.net2 (http://download.java.net/maven/2) >> >> Path to dependency: >> 1) >> org.glassfish.maven.plugin:maven-glassfish-plugin:maven-plugin:2.1 >> 2) au.net.ocean.maven.plugin:maven-plugin:jar:1.0 >> >> When I look at au.net.ocean.maven.plugin:maven-plugin:jar:1.0 pom.xml, it >> has >> >> <dependency> >> <groupId>org.apache.maven</groupId> >> <artifactId>maven-plugin-api</artifactId> >> <version>[2.0,)</version> >> <scope>compile</scope> >> </dependency> >> >> and central repository has matching versions. Why doesn't maven find >> it? Using maven 2.2.1 >> >> Is this problem still alive http://jira.codehaus.org/browse/MNG-2742? >> It seems to be since it's unresolved. >> >> But how could something this important remain unresolved for 3,5 years....? >> >> PS. I have no idea why maven tries to retrieve the dependency. It's >> part of a child dependency's "compile scope" dependencies. No one is >> > > compile scope = at compile time and at runtime > provided scope = at compile time but not at runtime (because somebody else > will provide it) > runtime scope = not at compile time, but at runtime > > >> trying to compile au.net.ocean.maven.plugin:maven-plugin:jar:1.0. >> >> PS2. This build works when I try it locally. Hudson does something >> extra ([HUDSON] Archiving....?) that wants the dependency. >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org