As discussed in the mailing list - with the current trunk, using the dependency org.apache.xmlgraphics:fop:0.95@jar leads to a recursive call to DefaultIvyReportConverter.getResolvedDependenciesForNode. Quoting Adam

"Looking at the poms, fop is declared as depending on batik-transcoder,
and batik-transcoder as depending on fop. Gradle doesn't seem to like
the cycle in the dependency graph. While it is arguably a bad idea to
have a cycle such as this, Gradle should still be able to deal with it."

java.lang.StackOverflowError: null
> at
> org.apache.ivy.core.module.descriptor.DefaultModuleDescriptor.getConfiguration(DefaultModuleDescriptor.java:404)
> [ivy-2.1.0-rc2.jar:2.1.0-rc2]
> at
> org.apache.ivy.core.module.descriptor.DefaultModuleDescriptor.getArtifacts(DefaultModuleDescriptor.java:442)
> [ivy-2.1.0-rc2.jar:2.1.0-rc2]
> at
> org.apache.ivy.core.resolve.IvyNode.getArtifacts(IvyNode.java:789)
> [ivy-2.1.0-rc2.jar:2.1.0-rc2]
> at
> org.apache.ivy.core.resolve.IvyNode.getSelectedArtifacts(IvyNode.java:740)
> [ivy-2.1.0-rc2.jar:2.1.0-rc2]
> at
> org.gradle.api.internal.artifacts.ivyservice.DefaultIvyReportConverter.getArtifacts(DefaultIvyReportConverter.java:279)
> [gradle-core-0.9-20091203145759+0000.jar:0.9-20091203145759+0000]
> at
> org.gradle.api.internal.artifacts.ivyservice.DefaultIvyReportConverter.createResolvedDependency(DefaultIvyReportConverter.java:265)
> [gradle-core-0.9-20091203145759+0000.jar:0.9-20091203145759+0000]
> at
> org.gradle.api.internal.artifacts.ivyservice.DefaultIvyReportConverter.getResolvedDependenciesForNode(DefaultIvyReportConverter.java:120)
> [gradle-core-0.9-20091203145759+0000.jar:0.9-20091203145759+0000]
> at