Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 83381 invoked from network); 11 Feb 2008 06:19:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Feb 2008 06:19:40 -0000 Received: (qmail 69808 invoked by uid 500); 11 Feb 2008 06:19:33 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 69763 invoked by uid 500); 11 Feb 2008 06:19:33 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 69752 invoked by uid 99); 11 Feb 2008 06:19:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 10 Feb 2008 22:19:32 -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 aditsu@gmail.com designates 64.233.166.181 as permitted sender) Received: from [64.233.166.181] (HELO py-out-1112.google.com) (64.233.166.181) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Feb 2008 06:19:02 +0000 Received: by py-out-1112.google.com with SMTP id f31so4974957pyh.17 for ; Sun, 10 Feb 2008 22:18:52 -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=/a1TsSWFdjxCwublHBvgyIZOoedEOmpEtzNuP8kEXpQ=; b=bGkOKOk1hPJP9U6Kiwm4u/O1dpLSt2QmforgBSFk5V5JVNrVfo8nz6SKhF79c8jI4UBPHOtL2PwgXdomFnhB+rbLK3DrW7l3QbmHyRspobBvk2AlBH7CmlU+PJaDSciTxbsIsvQCRuDZzayGFM79Cv2UIKCjT7V4uEnAgSHhV6w= 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=dbhalUk5X6yq9gPxeb3y1JtE6/nT1mE18DMc5MlbpKjmO3jmrcNvwBStHMGKkU24QyTSZhHBjOj/AP3Zqwyj/wMd+EF6CNWorWhPH2KecXXfnWASmcUfmG0pvUh+Df6C7gedz9ByWmabpi2dXNBpa76UchPtFYKbQH3wAOuf3Ro= Received: by 10.142.157.15 with SMTP id f15mr8241631wfe.22.1202710731408; Sun, 10 Feb 2008 22:18:51 -0800 (PST) Received: by 10.142.225.4 with HTTP; Sun, 10 Feb 2008 22:18:51 -0800 (PST) Message-ID: <83dae1610802102218l3c403d82necc72fa580028e84@mail.gmail.com> Date: Mon, 11 Feb 2008 14:18:51 +0800 From: "Adrian Sandor" To: "Ant Developers List" Subject: Re: [DISCUSS] release Ivy 2.0.0-beta2? In-Reply-To: <635a05060802101224w164aa22et511612f771318b9e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4321_20387080.1202710731402" References: <635a05060802100052t23c05cfase409a90ea0768fc6@mail.gmail.com> <83dae1610802101118o5713ba9cu44a92124a751b290@mail.gmail.com> <635a05060802101224w164aa22et511612f771318b9e@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_4321_20387080.1202710731402 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Feb 11, 2008 4:24 AM, Xavier Hanin wrote: > > - 3 tags for cache configuration: settings, caches and cache > > The settings on the settings tag are mainly due to legacy. We could indeed > deprecate them to move all cache settings to the caches element. cache > element should now only the defition of one cache, so I don't see how we > could avoid that. I also said "cache" tags could be ok as they are now. Two tags (caches and cache) are acceptable. > > - inconsistent/confusing attributes on the settings tag: defaultCache > and > > resolutionCacheDir - different naming styles although they're both > > directories; and both of them specify the resolution cache but > > defaultCache > > also specifies the repository cache? > > Yes, this is a legacy problem, but I agree it's confusing. Maybe we can > rename it to defaultCacheDir, and deprecate defaultCache. So, if I understand correctly, right now settings/defaultCache is the default for both resolution and repository cache; settings/resolutionCacheDir overrides it for resolution, caches/basedir overrides it for repository, and cache/basedir overrides caches/basedir (for repository). Perhaps we can move settings/resolutionCacheDir to caches/resolutionCacheDir, rename caches/basedir to caches/repositoryCacheDir, and either remove settings/defaultCache or move it to caches/defaultCacheDir. > > - some confusion between "defaultCache" on settings, "default" on > caches, > > and "default-cache" > > Again, if we rename defaultCache in defaultCacheDir, I think this would be > less confusing. Would this be enough in your opinion? It would definitely help. Probably good enough, if the docs are clear. > > - ivy and artifact patterns everywhere > > What's the problem with that? Could you elaborate? settings/cacheIvyPattern and settings/cacheArtifactPattern vs caches/ivyPattern and caches/artifactPattern, they're redundant. Also these have changed since beta 1 (cache/repositoryIvyPattern and cache/repositoryArtifactPattern), and so did the resolution/repository dir attributes. Change itself is not bad, we should just make sure the new way is really better. Adrian ------=_Part_4321_20387080.1202710731402--