From user-return-55864-apmail-ant-user-archive=ant.apache.org@ant.apache.org Mon May 01 21:34:14 2006 Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 46790 invoked from network); 1 May 2006 21:34:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 May 2006 21:34:13 -0000 Received: (qmail 63901 invoked by uid 500); 1 May 2006 21:34:09 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 63860 invoked by uid 500); 1 May 2006 21:34:09 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 63844 invoked by uid 99); 1 May 2006 21:34:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 May 2006 14:34:08 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [192.6.10.60] (HELO tobor.hpl.hp.com) (192.6.10.60) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 May 2006 14:34:05 -0700 Received: from localhost (localhost [127.0.0.1]) by tobor.hpl.hp.com (Postfix) with ESMTP id 9082837079 for ; Mon, 1 May 2006 22:33:43 +0100 (BST) Received: from tobor.hpl.hp.com ([127.0.0.1]) by localhost (tobor.hpl.hp.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01280-01-21 for ; Mon, 1 May 2006 22:33:41 +0100 (BST) Received: from kropotkin.hpl.hp.com (kropotkin.hpl.hp.com [16.25.191.14]) by tobor.hpl.hp.com (Postfix) with ESMTP id 58C8737070 for ; Mon, 1 May 2006 22:33:41 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by kropotkin.hpl.hp.com (Postfix) with ESMTP id 668A33E6A for ; Mon, 1 May 2006 22:33:40 +0100 (BST) Received: from kropotkin.hpl.hp.com ([127.0.0.1]) by localhost (kropotki [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00769-01-10 for ; Mon, 1 May 2006 22:33:35 +0100 (BST) Received: from timmay.hpl.hp.com (timmay.hpl.hp.com [16.25.171.20]) by kropotkin.hpl.hp.com (Postfix) with ESMTP id F3ED14455 for ; Mon, 1 May 2006 22:33:34 +0100 (BST) Received: from [16.27.193.66] ([16.27.193.66]) by timmay.hpl.hp.com (8.13.2/8.13.2) with ESMTP id k41LXTtq003385 for ; Mon, 1 May 2006 22:33:30 +0100 (BST) Message-ID: <44567ECA.1050801@apache.org> Date: Mon, 01 May 2006 22:34:02 +0100 From: Steve Loughran User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ant Users List Subject: Re: Asking for new feature: Self-Discovery of service to make Ant a real extensible system References: <7233a2ec0604280123n5f3c88e7i27d6e9f3c869a6f6@mail.gmail.com> <4452181A.4070108@apache.org> <7233a2ec0604291503q11e5883dy8b763dfb8f6b88af@mail.gmail.com> <4454FA68.1010007@apache.org> <255d8d690605010720w25919eo77f13027d2b86f5c@mail.gmail.com> In-Reply-To: <255d8d690605010720w25919eo77f13027d2b86f5c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-HPLB-IMAP-MailScanner-Information: Please contact the Helpdesk for more information X-HPLB-IMAP-MailScanner: Found to be clean X-HPLB-IMAP-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 5) X-Virus-Scanned: amavisd-new at kropotkin.hpl.hp.com X-Virus-Scanned: amavisd-new at hplb.hpl.hp.com X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Dominique Devienne wrote: >> There's no discovery without that xmlns declaration, so ant boot times >> arent hit by a need to scan every JAR on the classpath. > > > That's one reason, and a very valid one IMHO. Another is to have > things stay explicit in Ant as much as possible. I dispute your point > that auto-discovering of tasks is good for non-developers end users. > My own experience is that less Ant-savvy users don't know where the > non-core tasks are coming from, so can't find out the documentation > for them (when there's doc ;-). Or more importantly, who to complain to when they have a support call. It's easier to deny knowledge when the task is called or . > > I've very much a proponent of using the AntLibs auto-magic > antlib: Namespace URI, because it still forces an > explicit reference to access the tasks, which help in identifying > these tasks' origin, while being simple and short enough. I've taken to declaring macros/presets in their own ns too. What is confusing is if you declare them in someone else's namespace. There's nothing to stop you doing that, but it confuses other people. steve. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org