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


Reply via email to