Return-Path: 
 <dev-return-66042-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 31783 invoked from network); 19 Apr 2005 17:19:30 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 19 Apr 2005 17:19:30 -0000
Received: (qmail 91483 invoked by uid 500); 19 Apr 2005 17:19:23 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 91341 invoked by uid 500); 19 Apr 2005 17:19:19 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@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 91306 invoked by uid 99); 19 Apr 2005 17:19:18 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from Unknown (HELO cellectivity.com) (212.18.242.163)
  by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 19 Apr 2005 10:19:15 -0700
X-MIMEOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: ResourceCollections
Date: Tue, 19 Apr 2005 18:20:04 +0100
Message-ID: <EA9D95F907E2924A9A32F274114BCDEF0D4624@perth.Cellectivity.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: ResourceCollections
Thread-index: AcVE7uI3LJp0MRAkTZSD6VhHn135bwAFCWkg
From: "Jose Alberto Fernandez" <jalberto@cellectivity.com>
To: "Ant Developers List" <dev@ant.apache.org>
X-Virus-Checked: Checked
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

> From: Matt Benson [mailto:gudnabrsam@yahoo.com]=20
>=20
> --- Jose Alberto Fernandez <jalberto@cellectivity.com>
> wrote:
> > > From: Matt Benson [mailto:gudnabrsam@yahoo.com]
> > >=20
> > > --- Jose Alberto Fernandez
> > <jalberto@cellectivity.com>
> > > wrote:
> > >=20
> > > > All this discussion about roles brings me back
> > to
> > > > the
> > > > proposal/implementation
> > > > of Roles that I made a long time ago and that
> > was
> > > > rejected.
> > >=20
>=20
> After thinking about this further, this would be okay
> for inline usage of duplicate names but is still
> inferior to using Antlibs for scoping in that types
> can stand alone at the project level (with id
> normally) in the latter scheme, and referenced later.=20
> A small distinction perhaps, but I like to be able to
> declare things I intend to reuse at a high level
> rather than naming them during their first use.

I agree with you in principle. However, I do not think every
little bit of XML is a good candidate for id'ing.=20
You may ID a <fileset> or a <resoursecollection> but
a <mapper> on its own makes less sense since you usually
need to look at its meaning in the context of the usage.

You can always find a counterexample of course but as a general rule...

To me name overloading makes sense for a very limited number of=20
very much used things <and> as for a condition or a selector, is a good
example.

I am sure others can come with other cases. Forcing usage of namespaces
is the same
as forcing new different names for everything. In particular in core.

Jose Alberto

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