Andrew's point was that you could set up nexus or artifactory locally on your network (home or corporate is irrelevant) or even on your machine. I have used this approach in the past for a similar issue I was having getting Hibernate loaded into IntelliJ using its maven integration. I set up artifactory locally on my dev machine and it really helped.
No idea if that is really the cause of the situation you see. In my experience the maven dependency slowness was due to SNAPSHOT dependencies. I am not familar enough with Ivy to say if there is a corollary, but in maven you could tell it how often to check against remote repositories for newer SNAPSHOTS which helps quite a bit as well. On Mar 28, 2011 5:43 AM, "Rickard Öberg" <[email protected]> wrote: > Hi Andrew! > > Thanks for the suggestions! > > On 3/28/11 16:50 , Andrew Schetinin wrote: >> This happens usually due to Gradle (or, more correctly, Ivy) searching >> for many-many dependencies. >> As I've learned, it's less of a Gradle problem, and more like a design >> issue (a feature, not a bug) with Maven dependencies. >> >> There are a few ways of handling it: >> >> 1. a trick - there is an Ivy setting that disables those lengthy lookups >> >> gradle -Divy.cache.ttl.default=eternal build > > Unfortunately this didn't make any difference at all, so it's gotta be > something else. I tried with both "idea" and "build" targets, and they > seemed as usual, i.e. CPU usage was very low. > >> 2. a better solution (we're using now) is installing a company artifact >> repository (Nexus or Artifactory - both easy to install and use) on a >> server which is fast to access (may be an Intranet server, or even a >> local server - in our case it sits on a domestic hosting and it works >> just fine). > > Unfortunately we're a distributed OpenSource project, and so there's no > "local" (I work from home personally). > > Hopefully there are other ways of dealing with this :-( > > /Rickard > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > >
