ModuleVersionResolveException (waggling) [gradle 1.6]

Old Forum Archive
1

From time to time gradle throws a ModuleVersionResolveException from time to time (like 1 in 20 builds).

This happens in an CI environment (~ 15 build machines) using an Ivy repository. Using debug output I only see gradle errors, but no errors from ivy itself (ivy loggin is functional since I see the startup info stuff with org.gradle.api.internal.artifacts.ivyservice.IvyLoggingAdaper). The artifacts are in the repo and have not changed.

Any idea how to find the problem and how to solve it ?

Cause 1: org.gradle.api.internal.artifacts.ivyservice.ModuleVersionResolveException: Could not resolve org.jboss.arquillian.extension:arquillian-drone-impl:1.2.0.Alpha2.
Required by:
    {packagename_replaced}:1.0-SNAPSHOT
 at org.gradle.api.internal.artifacts.ivyservice.ivyresolve.UserResolverChain.resolve(UserResolverChain.java:61)
 at org.gradle.api.internal.artifacts.ivyservice.clientmodule.ClientModuleResolver.resolve(ClientModuleResolver.java:37)
 at org.gradle.api.internal.artifacts.ivyservice.projectmodule.ProjectDependencyResolver.resolve(ProjectDependencyResolver.java:49)
 at org.gradle.api.internal.artifacts.ivyservice.ivyresolve.LazyDependencyToModuleResolver$AbstractVersionResolveResult.resolve(LazyDependencyToModuleResolver.java:84)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DependencyGraphBuilder$ModuleVersionSelectorResolveState.resolve(DependencyGraphBuilder.java:943)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DependencyGraphBuilder$DefaultModuleRevisionResolveState.getMetaData(DependencyGraphBuilder.java:648)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DependencyGraphBuilder$DependencyEdge.calculateTargetConfigurations(DependencyGraphBuilder.java:333)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DependencyGraphBuilder$DependencyEdge.attachToTargetConfigurations(DependencyGraphBuilder.java:309)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DependencyGraphBuilder.traverseGraph(DependencyGraphBuilder.java:130)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DependencyGraphBuilder.resolve(DependencyGraphBuilder.java:66)
 at org.gradle.api.internal.artifacts.ivyservice.resolveengine.DefaultDependencyResolver.resolve(DefaultDependencyResolver.java:75)
 at org.gradle.api.internal.artifacts.ivyservice.CacheLockingArtifactDependencyResolver$1.create(CacheLockingArtifactDependencyResolver.java:39)
 at org.gradle.api.internal.artifacts.ivyservice.CacheLockingArtifactDependencyResolver$1.create(CacheLockingArtifactDependencyResolver.java:37)
 at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:124)
 at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:130)
2

Is it possible that there’s a network glitch here?

Does it work the very next build?

3

Currently I have added --refresh-dependencies when building on CI, which workarounds the problem. So I don’t think the network is the problem here. I also don’t see any ivy-resolve warnings or errors in the debug log. I checked the gradle cache on one machine after one such failure and the failing module wasn’t in the cache and the build log showed now ivy stuff to fetch it.

I haven’t observed a build failure on the next run on the next machine.

4

I’ve uploaded the complete failure message to http://pastebin.com/FRX57L4s

5

Currently I have added --refresh-dependencies when building on CI, which workarounds the problem. So I don’t think the network is the problem here.

I don’t understand. So when you run with --refresh-dependencies you never see the problem?

Can you run with ‘–info’ please. It will show the network traffic information.

6

Exactly, --refresh-dependencies never showed this failure.

With --info I don’t see any related messages in the build log (I can send you the full info or debug log by email if you like).

7

Send the full info log for a failure to luke.daley at gradleware.com please.