Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ivy-user@ant.apache.org
Received-SPF: pass (nike.apache.org: local policy)
From: "Bieringer, Dominik" <dbieringer@thegoldensource.com>
To: "ivy-user@ant.apache.org" <ivy-user@ant.apache.org>
Date: Tue, 19 May 2009 17:14:00 +0200
Subject: RE: Cache not update
Thread-Topic: Cache not update
Thread-Index: AcnYkq5Zz1uOzOwITTeUj4Ghgak2dQAAaGCg
Message-ID: <6CE22786EBF2FB4DA38C65DA76CA60D61F0D0D25EA@atex01.gsc.zz>
References: <8A7677FA69ECE846AFAAF747AFDA7FE6157967846C@SI-MBX03.de.bosch.com>
 <20090519151616.GU11304@dusk.harfang.homelinux.org>
In-Reply-To: <20090519151616.GU11304@dusk.harfang.homelinux.org>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

I had the same problem. I got it resolved by also updating the publication =
timestamp in the ivy.xml file ;).

-----Original Message-----
From: Gilles Sadowski [mailto:gilles@harfang.homelinux.org]=20
Sent: Tuesday, May 19, 2009 17:16
To: ivy-user@ant.apache.org
Subject: Re: Cache not update

Hi.

>=20
> I have a problem when retrieving artifacts from a filesystem repository. =
Ivy is always using the file from the cache even if there is a more recent =
version in the repository. I tried several ways to force Ivy to update the =
cache, but none of them have any effect. Therefore I assume that this is a =
bug in ivy. What I tried so far:
>=20
> - changing=3Dtrue on the dependency in ivy.xml
> - checkModified=3Dtrue on the filesystem resolver in ivysettings.xml
> - changingPattern=3D".*" on the filesystem resolver
>=20
> [...]
>
> As a workaround, I am deleting the cache before every resolve.

I have posted a message reporting this exact same problem. I had tried the
same things, and currently use the same inefficient or error-prone
workaround. Needless to say that I'm also very interested in having this
sorted out (whether bug or feature requiring some appropriate config).

Gilles