Return-Path: 
 <dev-return-86394-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 71411 invoked from network); 2 Mar 2011 09:23:59 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 2 Mar 2011 09:23:59 -0000
Received: (qmail 64371 invoked by uid 500); 2 Mar 2011 09:23:59 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 64044 invoked by uid 500); 2 Mar 2011 09:23:56 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 64034 invoked by uid 99); 2 Mar 2011 09:23:56 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 09:23:56 +0000
X-ASF-Spam-Status: No, hits=1.0 required=5.0
	tests=SPF_HELO_PASS,SPF_SOFTFAIL
X-Spam-Check-By: apache.org
Received-SPF: softfail (nike.apache.org: transitioning domain of
 nicolas.lalevee@hibnet.org does not designate 216.86.168.183 as permitted
 sender)
Received: from [216.86.168.183] (HELO mxout-08.mxes.net) (216.86.168.183)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 09:23:47 +0000
Received: from hibpro.anyware (unknown [84.14.163.130])
	(using TLSv1 with cipher AES128-SHA (128/128 bits))
	(No client certificate requested)
	by smtp.mxes.net (Postfix) with ESMTPSA id 583A8509B3
	for <dev@ant.apache.org>; Wed,  2 Mar 2011 04:23:24 -0500 (EST)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1082)
Subject: Re: svn commit: r1075566 - in /ant/ivy/core/trunk: ./ doc/use/
 src/java/org/apache/ivy/ant/ src/java/org/apache/ivy/core/retrieve/
From: =?iso-8859-1?Q?Nicolas_Lalev=E9e?= <nicolas.lalevee@hibnet.org>
In-Reply-To: <4D6DC24D.7060503@gmx.de>
Date: Wed, 2 Mar 2011 10:23:22 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <5CA7179F-7598-4FD6-9C55-2FE72FE60EDC@hibnet.org>
References: <20110228222721.546C32388A40@eris.apache.org>
 <071F208C-A0BD-4D99-980A-2793AEC81D91@hibnet.org> <4D6DC24D.7060503@gmx.de>
To: "Ant Developers List" <dev@ant.apache.org>
X-Mailer: Apple Mail (2.1082)
X-Virus-Checked: Checked by ClamAV on apache.org


Le 2 mars 2011 =E0 05:06, Antoine Levy-Lambert a =E9crit :

> On 3/1/11 7:45 PM, Nicolas Lalev=E9e wrote:
>> This feature looks great, but I'm starting now (it took me some time =
yeah :)) to have some doubt on the implementation. I'll just raise them =
to get some other point of view.
>>=20
>> Since retrieve is a post resolve task, it can accept nested =
<dependency> declaration. Then addin the possibility to have a nested =
mapper, won't be any conflict. What happen if a mapper get called =
"dependency" ? Ant would be confused right ?
> Not sure about the answer to that, but I am not so worried. This could
> be documented.

ok then.

>> And it seems than the Ant API is leaking into Ivy core here. =
RetrieveOption is depending on FileNameMapper which is then depending on =
Mapper from Ant. Shouldn't we try to get Ivy loadable without Ant ?
> I do not know whether there are lots of uses of ivy without ant.

At least IvyDE does ;). So does the ivy plugin in jenkins, or any ci, or =
any IDE.

> Any
> way, this is just one jar, no ?

There is also a standalone mode available with Ivy [1]. Having more than =
a jar would be a pain.

> And mappers are a powerful concept.

clearly, it is a great feature being added here.

Nicolas

[1] http://ant.apache.org/ivy/history/latest-milestone/standalone.html


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org