Hi again I've added a design spec for some of the improvements that might be required to overcome some of the current uses for Ivy DependencyResolver: https://github.com/gradle/gradle/blob/master/design-docs/repository-extensibility.md
If anyone is interested in helping out with the implementation of these features, that would be fantastic. It's likely that some users will be prevented from upgrading to the Gradle 2.x stream until this is done. cheers Daz On Mon, Mar 10, 2014 at 1:31 PM, Adam Murdoch <adam.murd...@gradleware.com>wrote: > > On 7 Mar 2014, at 2:53 am, Daz DeBoer <darrell.deb...@gradleware.com> > wrote: > > G'day > I just found out about > https://github.com/Ullink/gradle-repositories-plugin, which provides > repository support for sourceforge, nuget, googlecode and bitbucket. > Without looking in too much detail, it seems like there would be 2 things > required to enable this with Gradle 2.0. > > * Handle http servers that do not correctly handle HTTP HEAD. (eg > https://code.google.com/p/support/issues/detail?id=660) > * Maybe this is already handled? > * Pluggable support for listing module versions (eg > http://nuget.org/api/v2/FindPackagesById()?id='${origUrl.path.substring(16, > origUrl.path.length()-1)}') > > I'm planning to approach the original author to see if he's interested in > assisting with this. > > > I'd love to have nuget support in core (as a plugin). This is an important > part of the native ecosystem on windows. > > > -- > Adam Murdoch > Gradle Co-founder > http://www.gradle.org > VP of Engineering, Gradleware Inc. - Gradle Training, Support, Consulting > http://www.gradleware.com > > > > -- Darrell (Daz) DeBoer Principal Software Engineer, *Gradleware <http://gradleware.com>* Join us for Gradle Summit 2014, June 12th and 13th in Santa Clara, CA: http://www.gradlesummit.com
