Return-Path: Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: (qmail 83058 invoked from network); 27 Feb 2008 09:14:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Feb 2008 09:14:12 -0000 Received: (qmail 39900 invoked by uid 500); 27 Feb 2008 09:14:07 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 39830 invoked by uid 500); 27 Feb 2008 09:14:07 -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 39821 invoked by uid 99); 27 Feb 2008 09:14:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Feb 2008 01:14:07 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xavier.hanin@gmail.com designates 64.233.184.225 as permitted sender) Received: from [64.233.184.225] (HELO wr-out-0506.google.com) (64.233.184.225) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Feb 2008 09:13:31 +0000 Received: by wr-out-0506.google.com with SMTP id c55so3846037wra.0 for ; Wed, 27 Feb 2008 01:13:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=MxqYiDbpNmKa51fmc7w3xRyZjMI3JTTFZpHDfvN/TDw=; b=pvFIkOZoteblp+oZb5t+O8fwqChDekFwaom90qHzOAh5rVAZOgjasjtomxnbHb6h6BSGVRhGDGF6pJTlltuFCDyDsdRi5mxTTx89HzrE/+x4Bu1zh525Jfuq5siQQs0cO6Ze8brH51YS+TeYAvjv3R7DTD8DNcGCRLK8zXAn0K4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=XFd1skHexMO/JhhCQ5OhxRY9ZVvermgEf+Bx1gCYyheOSAwA4Q0nXvBKw70jg0SyPKxBNQisx5anoHYadgNMIrBAzhCgLPXv2ty1XoUkH2BLWjNQE9Esoyx9M2YajXt7HJmW+MlPmPzeXTEIIvwGsjTpgLUt5Dd1cEqw37xgHmM= Received: by 10.141.22.1 with SMTP id z1mr4266742rvi.67.1204103618362; Wed, 27 Feb 2008 01:13:38 -0800 (PST) Received: by 10.140.225.10 with HTTP; Wed, 27 Feb 2008 01:13:38 -0800 (PST) Message-ID: <635a05060802270113h4ca2a6fdse4382ba7fdbd244d@mail.gmail.com> Date: Wed, 27 Feb 2008 10:13:38 +0100 From: "Xavier Hanin" To: ivy-user@ant.apache.org Subject: Re: multi-platform caches In-Reply-To: <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5848@HOUEXCH012.corp.halliburton.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11603_14372083.1204103618493" References: <745B9EDF57802349B13F90E4E0B4B86C3B9F1D5848@HOUEXCH012.corp.halliburton.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_11603_14372083.1204103618493 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tue, Feb 26, 2008 at 8:26 PM, Shawn Castrianni < Shawn.Castrianni@halliburton.com> wrote: > I am setting up automated builds with QuickBuild and ivy underneath. > QuickBuild is great at spawning platform specific builds to other QB > servers. However, my question is about the ivy cache. In order for each > platform build to succeed, they need to get dependencies. This, of course, > causes a resolve and retrieve. It is the resolve that I am worried about. > It is theoretically possible that each platform's resolve call could result > in different dependencies if a module is being published simultaneously. > Therefore, my different platforms are NOT guaranteed to be building against > the same set of dependencies. > > QB makes it easy to transfer one QB server build's artifacts to another QB > server build as input. Therefore, I could do one resolve/retrieve on the > master build server and then deliver those dependencies to the other > platforms. However, that doesn't deliver the cache directory too. > Therefore, on the other platforms, they would have the dependencies, but > not the resolution metadata in the cache. This will cause any post-resolve > ivy ant task to fail. Any suggestions? > > Technically, I don't have to make any post-resolve ivy ant task calls on > the individual platforms so I guess delivering the dependencies from the > master server will be sufficient, but any comments or suggestions might > still help for the future. You can zip the content of the resolution cache and send it to your platform specific QB servers, which can unzip it to get the original context. Then you'll have to use the organisation module and revision attributes when calling your post resolve task, so that they use the resolution cache. When you call post resolve task in the same build, this is done automatically because we set information in the Ant Project instance. But in this case Ivy won't have that information, so you have to tell it you want to reuse a previous resolve. Xavier > > > --- > Shawn Castrianni > > ---------------------------------------------------------------------- > This e-mail, including any attached files, may contain confidential and > privileged information for the sole use of the intended recipient. Any > review, use, distribution, or disclosure by others is strictly prohibited. > If you are not the intended recipient (or authorized to receive information > for the intended recipient), please contact the sender by reply e-mail and > delete all copies of this message. -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/ ------=_Part_11603_14372083.1204103618493--