From dev-return-74576-apmail-ant-dev-archive=ant.apache.org@ant.apache.org Wed Sep 13 12:29:04 2006 Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 51404 invoked from network); 13 Sep 2006 12:29:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 13 Sep 2006 12:29:03 -0000 Received: (qmail 93151 invoked by uid 500); 13 Sep 2006 12:29:00 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 93125 invoked by uid 500); 13 Sep 2006 12:29:00 -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 93114 invoked by uid 99); 13 Sep 2006 12:28:59 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Sep 2006 05:28:59 -0700 Authentication-Results: idunn.apache.osuosl.org smtp.mail=ddevienne@gmail.com; spf=pass Authentication-Results: idunn.apache.osuosl.org header.from=ddevienne@gmail.com; domainkeys=good X-ASF-Spam-Status: No, hits=0.4 required=5.0 tests=DNS_FROM_RFC_ABUSE,RCVD_BY_IP Received-SPF: pass (idunn.apache.osuosl.org: domain gmail.com designates 64.233.182.189 as permitted sender) DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 Received: from ([64.233.182.189:58974] helo=nf-out-0910.google.com) by idunn.apache.osuosl.org (ecelerity 2.1 r(10620)) with ESMTP id C2/40-09463-899F7054 for ; Wed, 13 Sep 2006 05:29:13 -0700 Received: by nf-out-0910.google.com with SMTP id x29so1585116nfb for ; Wed, 13 Sep 2006 05:28:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bA9xf/ZicfUTLGX52s0zYplADmzXEm51FyQQJnAjwpen6Jh1FocZnkXsQK5zUQtG8icxIgPts6twMT+ikezCkyq5Ns6RVjEgC3aZn/+Kj6SdNzuN31GYEElGuu/RLFymEoQOc9VleUi4Pfwm21gm+wEi9yKbCMMbxE9jsPn1Kjk= Received: by 10.48.14.4 with SMTP id 4mr10853411nfn; Wed, 13 Sep 2006 05:28:52 -0700 (PDT) Received: by 10.49.64.15 with HTTP; Wed, 13 Sep 2006 05:28:51 -0700 (PDT) Message-ID: <255d8d690609130528p21652f2bj60c0c8cbf4ec11f9@mail.gmail.com> Date: Wed, 13 Sep 2006 07:28:51 -0500 From: "Dominique Devienne" To: "Ant Developers List" Subject: Re: Roles [WAS:Re: Restricted types: Re: Location in non-Task tasks] In-Reply-To: <8CA0ABEC-89CB-4974-9951-3B74E6155381@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <255d8d690609121451l1d5bb2d1la2826737775ee9ca@mail.gmail.com> <255d8d690609121652j8a6526fw76d74bbe4544b2d2@mail.gmail.com> <8CA0ABEC-89CB-4974-9951-3B74E6155381@gmx.de> X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > I did not see the changes. But in principle I agree with Dominique > that a roledef should have 3 attributes : > name, role, classname Just to clarify, I like the way Peter implemented it (binding a class to a name, without specifying what "role"s this class should play). But the term "role" also implies to me a (name, role, classname) tupple, which is why I'd prefer not using , that's all. Last night I thought that , although longuish, might be a better term than or . --DD --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org