Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org Received: (qmail 96985 invoked by uid 500); 21 Mar 2001 05:25:37 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: ant-dev@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 96956 invoked from network); 21 Mar 2001 05:25:34 -0000 Date: Tue, 20 Mar 2001 21:25:42 -0800 (PST) From: Bill Brooks To: ant-dev@jakarta.apache.org Subject: Re: [ANN] Collecting requirements for Ant2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N What I'd like to see in Ant 2.0 is a much more thought out declarative language for the XML build control files that stays firmly within the non procedural programming paradigm. With this, we need extensive documentation and examples so that people with little programming background understand why build.xml files work the way they do with the syntax they have. See Tim Berners-Lee's essay on "The principle of least power". Other than the obious advantages, this would have three good side effects. 1. Obviate the need for continually-asked for, half-baked, control stuctures. 2. Prevent Ant from becoming a monstrosity of a scripting language like perl 3. Lower the traffic on ant-user and ant-dev initiated by people who think that all languages must be somehow procedural in order to be useful and that all those who think otherwise are hopeless purists who must be worked around by hosting external Ant tasks on SourceForge. Bill