Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 80391 invoked from network); 9 Jul 2002 03:18:33 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 9 Jul 2002 03:18:33 -0000 Received: (qmail 11290 invoked by uid 97); 9 Jul 2002 03:18:50 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 11256 invoked by uid 97); 9 Jul 2002 03:18:48 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 11243 invoked by uid 98); 9 Jul 2002 03:18:47 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) X-Authentication-Warning: costinm.sfo.covalent.net: costin owned process doing -bs Date: Mon, 8 Jul 2002 20:17:19 -0700 (PDT) From: costinm@covalent.net X-X-Sender: costin@costinm.sfo.covalent.net To: Ant Developers List Subject: Re: [warning inflammatory email] Stagn-ant? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Tue, 9 Jul 2002 dion@multitask.com.au wrote: > [snip] > > If you want to develop an xml programming language - nothing can stop > you, > > but please don't call it ant ( or ant2 ). > I wasn't planning on it....if I wanted to do that, I'd be working on > making Jelly and Jexl an ant replacement in earnest. I doubt a scripting language will replace ant. Or that XML scripting is a good use of XML, except for very limited things. > > I hope ant1.6 will get one of the current classloading / optional > > proposals - if not, then 1.7 will certainly do. > > I don't see anything technical to prevent doing that ( in a backward > > compat. way ). Spending time on finding the best solution is good. > Sure. All things come to he who waits. But 'finding the best solution' for In jakarta it is: 'all things come to he who _does_' :-) And of course there are others who review and have different opinions. The result should be a good solution. > > However tomcat is a complex project - and most things in the build.xml > > are there because something needs them. I doubt ant ( or any other > > build tool ) could have all the tomcat needs covered ( and if it > > does, it'll be a very complex tool, since few projects need all that ). > Tomcat is a complex project. But then again there are far more complex > projects out there too. But there are good bits of Tomcat's and Ant's > build files that never get seen or moved into a common place, and should > be. > > Other projects have jdk compilation dependencies too, and these should be > supported somehow in the base ant, rather than in every project. I agree. We need more higher-level tasks for what is commonly used. > > Gump running all the existing projects without error is the minimum. > > ( that includes running all existing user-defined tasks in > > jakarta/xml/etc ). > So that means: > a) no API changes to the project/target/task/datatype > b) must be able to run existing build files. > > Seems reasonable to me. No backward incompatible API or DTD changes. > > And no change just for the sake of changing ( like name changes, > > cosmetics, etc ). > 'Name changes' are often very important and assist greatly in > understanding something. For example, if I were to keep referring to Ant > as Gump, people would get very confused. And if you start renaming tag names or methods - even more people would get confused. There is time before an official release to do all the 'cosmetic' name changes on new tasks. Once the release is out and people start using the names - all you can do is add better documentation. Besides, everyone has a different taste - and we can add 'aliases' if absolutely needed. Costin -- To unsubscribe, e-mail: For additional commands, e-mail: