Hi Marteen, On Wed, Jul 14, 2010 at 12:23 AM, Maarten Coene <[email protected]>wrote:
> Did you look at the 'defaultTTL' attribute on the <cache> element in your > settings.xml ? > > http://ant.apache.org/ivy/history/latest-milestone/settings/caches/cache.html thanks a lot for pointing this out. This works fine for me with dynamic Ivy revisions (e.g. 4.+). But for Maven snapshots it seems not to work. I think this might be related to the IBibilioResolver using a changing pattern. In the debug output I get the following for Maven snapshots: *don't use cache for org.grails#grails-resources;1.1.1-SNAPSHOT: changing=true* **So the TTL do not seem to hook in for snapshots as the cache seems to be circumvented in any case. The only solution I can think of is either modifying IBiblio or adding a custom resolver that points to the ivy cache which only resolves SNAPSHOT according to a timing pattern. Anything else you can think of? Thanks - Hans -- Hans Dockter Founder, Gradle http://www.gradle.org, http://twitter.com/gradleorg CEO, Gradle Inc. - Gradle Training, Support, Consulting http://www.gradle.biz > > > Maarten > > > > > ----- Original Message ---- > From: Hans Dockter <[email protected]> > To: [email protected] > Sent: Tue, July 13, 2010 5:27:24 PM > Subject: Update policy for Maven snapshots > > Hi, > > is there any standard way in Ivy to express the Maven feature of a > snapshot-policy? The latter allows you to define the frequency for an up to > date check: > > always - always check when Maven is started for newer versions of snapshots > never - never check for newer remote versions. Once off manual updates can > be performed. > daily (default) - check on the first run of the day (local time) > interval:XXX - check every XXX minutes > > I think such a policy makes sense in particular if your repo is accessed > via > the internet vs. an intranet company repo. Otherwise using snapshots > carries > a high performance penalty. > > - Hans > > -- > Hans Dockter > Founder, Gradle > http://www.gradle.org, http://twitter.com/gradleorg > CEO, Gradle Inc. - Gradle Training, Support, Consulting > http://www.gradle.biz > > > > >
