ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Xavier Hanin" <>
Subject Re: problem with work files created in cache by ivy:resolve (ivy 1.4)
Date Thu, 11 Oct 2007 06:13:53 GMT
On 10/10/07, Maarten Coene <> wrote:
> Another solution which will be probably easier to implement than IVY-399
> is to split the cache in 2: 1 cache for the downloaded data and 1 cache for
> the resolution results. If we make the location of both caches configurable
> by properties (e.g. ivy.cache and ivy.metadata.cache) you can easily
> configure ivy for instance to put the metadata.cache in a subdirectory of
> your project so you don't have conflicts when resolving multiple projects at
> the same time.

It's a good idea, but it is a partial solution though: if you have two
process doing a resolve at the same time and trying to download the same
artifact in the repository cache at the same time, you will be in trouble.
We should deal with that if we really want to make the repository cache


> Maarten
> ----- Original Message ----
> From: Xavier Hanin <>
> To:
> Sent: Tuesday, October 9, 2007 7:19:57 AM
> Subject: Re: problem with work files created in cache by ivy:resolve (ivy
> 1.4)
> Indeed, using a lock file can defeat the whole purpose of using a
> single
> cache. The main problem is that we handle two different things in the
> cache:
> cache of downloaded data (ivy files and artifacts), and cache of a
> module
> resolution results. The former is what is interesting to share and less
> a
> problem to lock, the latter is not really interesting to share and more
> a
> problem to lock. Once again we see that the cache management in Ivy
> needs
> improvement, it's one other vote for IVY-399. But this could even
> deserve a
> new issue: make Ivy able to use a repository cache shared by multiple
> processes. Could you create such an issue?
> Xavier
> ____________________________________________________________________________________
> Yahoo! oneSearch: Finally, mobile search
> that gives answers, not web links.

Xavier Hanin - Independent Java Consultant

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message