gav dropped it already (pinged him on IRC). Build #152 is currently running.
LieGrue, strub --- On Sat, 7/30/11, Dennis Lundberg <denn...@apache.org> wrote: > From: Dennis Lundberg <denn...@apache.org> > Subject: Re: non-reproducible issues on CI > To: "Maven Developers List" <dev@maven.apache.org> > Date: Saturday, July 30, 2011, 9:55 AM > On 2011-07-30 10:54, Mark Struberg > wrote: > > Might be if the metadata got downloaded but the > artifact (a fat jar for example) didn't make it? > > > > I bet there are situations where such things still > might end ugly. > > > > Just for the record: I'm currently looking at > maven-repository-plugin > BundleCreateIT#createWithSCMInfoProvided(). > > It looks like this issue only hits ITs. > > > > Here is the local IT repo on our CI box: > > https://builds.apache.org/job/maven-plugins-ITs-3.x/ws/maven-repository-plugin/target/it-repo/ > > > > A comparison of the artifacts I get locally shows that > commons-cli-1.0 and commons-lang-2.1 don't make it on the CI > box. > > > > > > I'll try to ping infra and get drop them from our > jenkins repo cache. > > That should be directed to builds@a.o > I'm a recent subscriber there, so I can ask them. > > > > > LieGrue, > > strub > > > > > > --- On Sat, 7/30/11, Dennis Lundberg <denn...@apache.org> > wrote: > > > >> From: Dennis Lundberg <denn...@apache.org> > >> Subject: Re: non-reproducible issues on CI > >> To: "Maven Developers List" <dev@maven.apache.org> > >> Date: Saturday, July 30, 2011, 8:31 AM > >> Hi > >> > >> I've seen this kind of error at my day job a > couple of > >> times. Although > >> I'm sure sure why they happen, I do know how to > get rid of > >> it. > >> > >> You need to manually remove the offending artifact > from the > >> local repo > >> to get a freshly downloaded copy of it. By > removing all > >> versions of the > >> artifact, including the meta data you ensure that > the > >> "corrupt" meta > >> data will also be removed. > >> > >> The only reason I can think of as to why it > happens is that > >> the > >> repository don't respond when the artifact is > being > >> downloaded for the > >> first time. That puts some special meta data in > the local > >> repository. > >> That meta data looks like it is supposed to help > determine > >> when the > >> failed attempt occurred. This somehow blocks any > further > >> download of the > >> artifact in question. Even forcing a new download > via > >> command line > >> option have failed for us. > >> > >> I haven't reported it in JIRA yet because I don't > have > >> anything even > >> remotely reproducible. > >> > >> On 2011-07-30 01:22, Mark Struberg wrote: > >>> Hi! > >>> > >>> Our CI is broken since a while and most of the > errors > >> are of the following kind: > >>> > >>> > >>> [ERROR] Plugin > >> > org.apache.maven.plugins:maven-repository-plugin:2.3.2-SNAPSHOT > >> or one of its dependencies could not be resolved: > Failed to > >> read artifact descriptor for > >> > org.apache.maven.plugins:maven-repository-plugin:jar:2.3.2-SNAPSHOT: > >> Failure to find > >> > org.apache.maven.plugins:maven-repository-plugin:pom:2.3.2-SNAPSHOT > >> in > >> > /home/hudson/hudson-slave/workspace/maven-plugins-ITs-3.x/maven-repository-plugin/target/it-repo > >> was cached in the local repository, resolution > will not be > >> reattempted until the update interval of > local.central has > >> elapsed or updates are forced -> [Help 1] > >>> > org.apache.maven.plugin.PluginResolutionException: > >> Plugin > >> > org.apache.maven.plugins:maven-repository-plugin:2.3.2-SNAPSHOT > >> or one of its dependencies could not be resolved: > Failed to > >> read artifact descriptor for > >> > org.apache.maven.plugins:maven-repository-plugin:jar:2.3.2-SNAPSHOT > >>> at > >> > org.apache.maven.plugin.internal.DefaultPluginDependenciesResolver.resolve(DefaultPluginDependenciesResolver.java:129) > >>> at > >> > org.apache.maven.plugin.internal.DefaultMavenPluginManager.getPluginDescriptor(DefaultMavenPluginManager.java:142) > >>> at > >> > org.apache.maven.plugin.internal.DefaultMavenPluginManager.getMojoDescriptor(DefaultMavenPluginManager.java:261) > >>> at > >> > org.apache.maven.plugin.DefaultBuildPluginManager.getMojoDescriptor(DefaultBuildPluginManager.java:185) > >>> at > >> > org.apache.maven.lifecycle.internal.MojoDescriptorCreator.getMojoDescriptor(MojoDescriptorCreator.java:235) > >>> at > >> > org.apache.maven.lifecycle.internal.DefaultLifecycleTaskSegmentCalculator.calculateTaskSegments(DefaultLifecycleTaskSegmentCalculator.java:106) > >>> at > >> > org.apache.maven.lifecycle.internal.DefaultLifecycleTaskSegmentCalculator.calculateTaskSegments(DefaultLifecycleTaskSegmentCalculator.java:86) > >>> at > >> > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:98) > >>> at > >> > org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) > >>> at > >> > org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) > >>> at > >> > org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) > >>> at > >> > org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) > >>> at > >> > org.apache.maven.cli.MavenCli.main(MavenCli.java:141) > >>> at > >> > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >>> at > >> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > >>> at > >> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > >>> at > >> java.lang.reflect.Method.invoke(Method.java:592) > >>> at > >> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) > >>> at > >> > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > >>> at > >> > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > >>> at > >> > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > >>> Caused by: > >> > org.sonatype.aether.resolution.ArtifactDescriptorException: > >> Failed to read artifact descriptor for > >> > org.apache.maven.plugins:maven-repository-plugin:jar:2.3.2-SNAPSHOT > >>> at > >> > org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:282) > >>> at > >> > org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.readArtifactDescriptor(DefaultArtifactDescriptorReader.java:172) > >>> at > >> > org.sonatype.aether.impl.internal.DefaultRepositorySystem.readArtifactDescriptor(DefaultRepositorySystem.java:316) > >>> at > >> > org.apache.maven.plugin.internal.DefaultPluginDependenciesResolver.resolve(DefaultPluginDependenciesResolver.java:115) > >>> ... 20 more > >>> Caused by: > >> > org.sonatype.aether.resolution.ArtifactResolutionException: > >> Failure to find > >> > org.apache.maven.plugins:maven-repository-plugin:pom:2.3.2-SNAPSHOT > >> in > >> > /home/hudson/hudson-slave/workspace/maven-plugins-ITs-3.x/maven-repository-plugin/target/it-repo > >> was cached in the local repository, resolution > will not be > >> reattempted until the update interval of > local.central has > >> elapsed or updates are forced > >>> at > >> > org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:541) > >>> at > >> > org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:220) > >>> at > >> > org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:197) > >>> at > >> > org.apache.maven.repository.internal.DefaultArtifactDescriptorReader.loadPom(DefaultArtifactDescriptorReader.java:267) > >>> ... 23 more > >>> Caused by: > >> > org.sonatype.aether.transfer.ArtifactNotFoundException: > >> Failure to find > >> > org.apache.maven.plugins:maven-repository-plugin:pom:2.3.2-SNAPSHOT > >> in > >> > /home/hudson/hudson-slave/workspace/maven-plugins-ITs-3.x/maven-repository-plugin/target/it-repo > >> was cached in the local repository, resolution > will not be > >> reattempted until the update interval of > local.central has > >> elapsed or updates are forced > >>> at > >> > org.sonatype.aether.impl.internal.DefaultUpdateCheckManager.checkArtifact(DefaultUpdateCheckManager.java:190) > >>> at > >> > org.sonatype.aether.impl.internal.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:430) > >>> ... 26 more > >>> > >>> > >>> Here is the full story: > >>> > >>> https://builds.apache.org/job/maven-plugins-ITs-3.x/ws/maven-repository-plugin/target/surefire-reports/org.apache.maven.plugins.repository.it.BundleCreateIT.txt > >>> > >>> The weird thing is that this artifact exists: > >>> https://builds.apache.org/job/maven-plugins-ITs-3.x/ws/maven-repository-plugin/target/it-repo/org/apache/maven/plugins/maven-repository-plugin/2.3.2-SNAPSHOT/ > >>> > >>> > >>> We (rfscholte nor I) cannot reproduce those > bugs > >> locally. All the tests just run fine here. > >>> Is there some magic switch we need to set in > Jenkins, > >> or is this a real bug? > >>> > >>> txs and LieGrue, > >>> strub > >>> > >>> > >>> > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > -- > Dennis Lundberg > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
