I see, thanks for that Adam. That worked perfectly. The only issue left now is that it's not resolving when I set latest.lastSuccessful as the version attribute. It is fine with a valid version number in there.
Dependency config is: dependencies { compile fileTree(dir: 'libs', include: '*.jar') compile group: "org", name: "bt521", version: "latest.lastSuccessful" } And in the logs: 10:35:55.361 [DEBUG] [org.gradle.api.internal.artifacts.ivyservice.IvyLoggingAdaper] ivy: no namespace defined: using system 10:35:55.361 [DEBUG] [org.gradle.api.internal.artifacts.ivyservice.IvyLoggingAdaper] tried http://cmbuilddev/guestAuth/repository/download/bt521/[revision]/teamcity-ivy.xml If I manually try cmbuilddev/guestAuth/repository/download/bt521/latest.lastSuccessful/teamcity-ivy.xml in a browser there is an ivy xml: <ivy-module version="1.4"> <info organisation="org" module="bt521" revision="88192.lastSuccessful"/> <publications> <artifact name="JavaAppCommon-88192" type="jar" ext="jar"/> <artifact name="reports" type="zip" ext="zip"/> </publications> </ivy-module> And also a jar at cmbuilddev/guestAuth/repository/download/bt521/latest.lastSuccessful/JavaAppCommon-88192.jar Looking at the gradle logs it looks like it maybe isn't setting the revison when its set to "latest.lastSuccessful" but does if its set to e.g. "88192". I did see a jira on this issue but it was marked as resolved in a previous milestone. Any thoughts on this? Thanks Glyn -- View this message in context: http://gradle.1045684.n5.nabble.com/Issues-using-TeamCity-Ivy-Repo-tp5134627p5136540.html Sent from the gradle-user mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email