Yeah, I was working off of maps, too, but it got to be pretty lame when I started to copy the map into a second project.
I'm thinking about creating a "freezeDepNames" (or something) task which would generate one canonical list and drop it into the current project root directory. That'd allow you to keep an explicit record of the artifacts in shared projects, and would prevent changes in the global configuration from effecting your local. Although adding versions to your keys would accomplish that latter part, too (e.g. commons_lang_2_5). ~~ Robert. On 21 November 2010 14:38, Joern Huxhorn <[email protected]> wrote: > Nice one, I'm currently doing this using maps, see > https://github.com/huxi/lilith/blob/master/dependencyDefinitions.gradle > > Something like your plugin would be nice if included in the Gradle base, too. > I'm quite happy with my current solution since it's already a vast > improvement compared to the maven <dependencyManagement> - but your plugin > looks promising. > > Cheers, > Joern. > > On 20.11.2010, at 18:22, Robert Fischer wrote: > >> The 0.6.8 version will allow GString-style interpolation in the values. >> >> ~~ Robert. >> >> On 20 November 2010 11:58, Robert Fischer >> <[email protected]> wrote: >>> http://enfranchisedmind.com/blog/posts/gradle-depnames/ >>> >>> As part of the 0.6.7 release of Gradle-Plugins, there's a new game in >>> town: the DepNames plugin. It allows you to define dependency >>> keywords globally and/or in the root project, and then to use keywords >>> to define dependencies (instead of the whole specification string). >>> It's really nice for multi-project set-ups and to stash away common >>> configurations. >>> >>> ~~ Robert. >>> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
