Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 90751 invoked from network); 17 Jan 2011 22:23:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Jan 2011 22:23:20 -0000 Received: (qmail 21752 invoked by uid 500); 17 Jan 2011 22:23:20 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 21719 invoked by uid 500); 17 Jan 2011 22:23:19 -0000 Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@ant.apache.org Delivered-To: mailing list ivy-user@ant.apache.org Received: (qmail 21711 invoked by uid 99); 17 Jan 2011 22:23:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Jan 2011 22:23:19 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [68.142.200.151] (HELO web30808.mail.mud.yahoo.com) (68.142.200.151) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 17 Jan 2011 22:23:14 +0000 Received: (qmail 43793 invoked by uid 60001); 17 Jan 2011 22:22:53 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1295302973; bh=RcdFVmVpgztMn3/AHuIGaK8hdQaoAOm0VkktUyM564k=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=kp1WBbRSdf8pCjLP4UWhvRYbmmrsFCsQF5bfTabkzje2sKA6rAhGyFsr3olEzBbuxeAO+OWzfq5VjMbL57O8+zxZE9UJmnvigVtdTQi/zWi+2Mpv1vd0c7yOMv8SMzapaaLqj5AbaMQHF+rrN6uOkcpoOBUYO4tRc/FVNCRNNQk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Dlj2IJv+KfWxBIAEA/9ur4cja44vOOtBgs2Gy+hJR4tKnUM7uGWCgFO6l8D5mH032hEXROq0jIpKvOuOI2GzcxTwNYT9FKQO61sY74ee52ALjQNAow5Ipp/+QpP4SLgZ7bIrjNW/Za73vlUVFBonamCZUjU+8znEDaOm+FSb4cY=; Message-ID: <109742.43607.qm@web30808.mail.mud.yahoo.com> X-YMail-OSG: AOWUo6cVM1lRWY.Hrb.3nG2uVxmXJXguf8JqNw1orMjPgUV AGOS9F8svgRGAe6tWtIYsW4MdqmW_RmkXkt1zQKAp2mVeLzFiPerk_iT7X6B 2dynxClFqA_BTHEP5PU9fT5n6xr9QXLv4nGs4HO5m6s3.bj0b_EQxKCpXqhy f.wl_FYuLR0hsjm6WW1m_0J.oPFxGlfmuqh5.aoePXfzbMCiYfA9hPbozc.e JPLcYi4EnJrqNBwP6T3gTR4ieC3vxt2VXiNIkEeWuK5EQu18dtc0zieqQrRk NPeWdy4JT9fwBnb9NEnNHaJ8UTQ3ibhci7LegI7ekEUtpPIep1xpKnNtZO0l 4IGgtk6s- Received: from [91.177.159.41] by web30808.mail.mud.yahoo.com via HTTP; Mon, 17 Jan 2011 14:22:52 PST X-Mailer: YahooMailRC/555 YahooMailWebService/0.8.107.285259 References: <62D9536C7F0A9947B04FBE6C077FC09604BC19CF@1hqwinexc01.elogex.com> <374300.16298.qm@web30801.mail.mud.yahoo.com> Date: Mon, 17 Jan 2011 14:22:52 -0800 (PST) From: Maarten Coene Subject: Re: Downloading new snapshot (trigger by timestamp) To: ivy-user@ant.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii What happens if you specify a "zip" packaging in your pom? my.company app1 zip ... and define the dependency in your ivy.xml in a "normal" way? Maarten ----- Original Message ---- From: Romain Pelisse To: ivy-user@ant.apache.org Sent: Mon, January 17, 2011 10:36:40 AM Subject: Re: Downloading new snapshot (trigger by timestamp) Hi Marteen, Well, It's not that I need them this way, I just need to have ivy download my artefact. Any other syntax that will do the trick is fine by me. My ivy.xml will contains this "list" of zipfiles to download so... On 15 January 2011 00:14, Maarten Coene wrote: > After reading your other posts and looking at the Ivy code, I think it > could be > caused by the way you define the dependency: > > > > > > I think Ivy will not redownload artifacts defined this way. I'm not 100% > sure of > it though, I didn't had the opportunity to test it out yet... > Could you confirm you did indeed your dependencies like this? > > Maarten > > > > > ----- Original Message ---- > From: Romain Pelisse > To: ivy-user@ant.apache.org > Sent: Fri, January 14, 2011 6:38:58 PM > Subject: Re: Downloading new snapshot (trigger by timestamp) > > After a careful reading of this part of documentation : > http://ant.apache.org/ivy/history/latest-milestone/concept.html#change, I > start to suspect what maybe my issue. > > As it is rather clearly describe (a tribute to Ivy documentation quality), > an artifact with the same revision can be perceived as "new" by Ivy only if > it meta data changes (ie it's pom.xml). However, in my case, if I do > publish > a new pom.xml this one is differently named than the .zip file. (Indeed, as > I mention earlier on, I don't use Ivy to download jars but actually zip > files - those zip files contained package applications). > > So I guess, it boils down to how Ivy consider as meta data and what do it > actively checks ? > > I guess I could simply run Ivy in debug mode to learn that, but if one of > you could help me (and spare this annoying task) I'll appreciate it greatly > :) > > On 14 January 2011 18:12, Romain Pelisse wrote: > > > I just added this to my command line : -Divy.cache.ttl.default=10s > > > > However, I'm still confused on how the cache will impact what I'm trying > to > > do. The way I understand, but I might be wrong, is that if the cache is > > somehow expired or deleted, Ivy will simply download again all the > > artefacts. Or I only need it to download jars where timestamp on the > nexus > > repository has changed. Am I missing something here on how Ivy caches > things > > ? > > > > > > On 14 January 2011 17:54, Tim Brown wrote: > > > >> Hmm... I'm surprised checkmodified=true isn't working. > >> > >> What's your cache TTL configured for? By chance is it something >1 > hour? > >> > >> > >> On Fri, Jan 14, 2011 at 8:49 AM, Romain Pelisse > >> wrote: > >> > >> > Yes, I did clean the cache. Just out of clarity here is how I'm > testing > >> it > >> > : > >> > > >> > 1. delete cache: rm -rf /etc/ivy/cache/ > >> > 2. running the comand to download for the first time the jars : > >> > /usr/bin/java -Divy.default.ivy.user.dir=/etc/ivy/ -jar > >> > /usr/share/java/ivy.jar -settings /etc/ivy/ivy-settings.xml -ivy > >> > /etc/ivy/ivy.xml > >> > 3. I published again the jars (same jars, but timestamp change on the > >> nexus > >> > server) > >> > 4. run commands again. > >> > > >> > I'm wondering if a new download would be trigger if the checksum of > the > >> jar > >> > changed. Maybe I need to actually change something in the code for Ivy > >> to > >> > download it again ? > >> > > >> > ps2hekmat: nicely spotted ;) , I added the missing '.' but it does not > >> > change current behavior. > >> > > >> > On 14 January 2011 17:38, Hekmat, Payam > wrote: > >> > > >> > > I could be mistaken, but shouldn't the changingPattern be > >> ".*-SNAPSHOT" > >> > for > >> > > a regexp matcher (or "*-SNAPSHOT" for glob)? > >> > > > >> > > -----Original Message----- > >> > > From: Mitch Gitman [mailto:mgitman@gmail.com] > >> > > Sent: Friday, January 14, 2011 10:36 AM > >> > > To: ivy-user@ant.apache.org > >> > > Subject: Re: Downloading new snapshot (trigger by timestamp) > >> > > > >> > > No, I mean clean the Ivy cache just this once so that the new > settings > >> > have > >> > > an opportunity to be recognized. > >> > > > >> > > On Fri, Jan 14, 2011 at 8:33 AM, Romain Pelisse > >> > wrote: > >> > > > >> > > > Hi, > >> > > > > >> > > > Yes, but I would like to avoid cleaning the cache everytime. This > >> idea > >> > is > >> > > > that Ivy just checks if some of the content of the cache has > >> actually > >> > > > changed on the nexus repository. If I clean the cache everytime, > >> I'll > >> > end > >> > > > up > >> > > > download everything, everytime. > >> > > > > >> > > > I just tried adding checkmodified="true" on my resolver : > >> > > > > >> > > > >> > > > changingPattern="\*-SNAPSHOT" > >> > > > changingMatcher="regexp" > >> > > > checkmodified="true" > >> > > > m2compatible="true"> > >> > > > > >> > > > But sadly, as you suspected, Ivy does not treats pom.xml like > >> ivy.xml > >> > in > >> > > > this regards... > >> > > > > >> > > > > >> > > > On 14 January 2011 17:21, Mitch Gitman wrote: > >> > > > > >> > > > > First try clearing out your Ivy cache either with the > >> ivy:cleancache > >> > > task > >> > > > > or > >> > > > > manually, and then try again. > >> > > > > > >> > > > > One alternative is to specify checkmodified="true". That's > >> presuming > >> > > that > >> > > > > every time you publish a new snapshot, you're publishing the new > >> pom > >> > > with > >> > > > > it. I'm assuming that checkmodified="true" treats a pom.xml like > >> an > >> > > > > ivy.xml, > >> > > > > but I don't know that for a fact. > >> > > > > > >> > > > > On Fri, Jan 14, 2011 at 7:47 AM, Romain Pelisse < > >> belaran@gmail.com> > >> > > > wrote: > >> > > > > > >> > > > > > Hi Mitch, > >> > > > > > > >> > > > > > Thanks for your reply, I quickly tried it, but it does not > seems > >> to > >> > > > > trigger > >> > > > > > a new download when the snapshot change on Nexus. (the jars > keep > >> > the > >> > > > same > >> > > > > > name and the same version, SNAPSHOT, but the timestamp > change). > >> > > > > > > >> > > > > > Here is my settings: > >> > > > > > > >> > > > > > >> > > > > > changingPattern="\*-SNAPSHOT" > >> > > > > > changingMatcher="regexp" > >> > > > > > m2compatible="true"> > >> > > > > > ... > >> > > > > > > >> > > > > > Did I miss something here or ? > >> > > > > > > >> > > > > > Also, you mentions there would be several way to do so, would > >> mind > >> > > > > > elaborate > >> > > > > > (quickly) ? I think it would help me have a better grasp of > Ivy > >> (at > >> > > > least > >> > > > > > regarding how I use it). > >> > > > > > > >> > > > > > Thanks ! > >> > > > > > > >> > > > > >> > > > >> > > >> > > >> > > >> > -- > >> > Romain PELISSE, > >> > *"The trouble with having an open mind, of course, is that people will > >> > insist on coming along and trying to put things in it" -- Terry > >> Pratchett* > >> > http://belaran.eu/wordpress/belaran > >> > > >> > > > > > > > > -- > > Romain PELISSE, > > *"The trouble with having an open mind, of course, is that people will > > insist on coming along and trying to put things in it" -- Terry > Pratchett* > > http://belaran.eu/wordpress/belaran > > > > > > -- > Romain PELISSE, > *"The trouble with having an open mind, of course, is that people will > insist on coming along and trying to put things in it" -- Terry Pratchett* > http://belaran.eu/wordpress/belaran > > > > > -- Romain PELISSE, *"The trouble with having an open mind, of course, is that people will insist on coming along and trying to put things in it" -- Terry Pratchett* http://belaran.eu/wordpress/belaran