Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 8445 invoked from network); 24 Jan 2002 19:24:18 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 24 Jan 2002 19:24:18 -0000 Received: (qmail 19476 invoked by uid 97); 24 Jan 2002 19:23:55 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 19443 invoked by uid 97); 24 Jan 2002 19:23:54 -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 19415 invoked from network); 24 Jan 2002 19:23:54 -0000 Message-ID: <208C46AF9D86D31188FD006008298C4102AE8B07@nts-049ha-002.interne.impress.de> From: Christoph Wilhelms To: 'Ant Developers List' Subject: RE: [VOTE] Ant2 codebase adoption process Date: Thu, 24 Jan 2002 20:23:02 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > As someone who wears a "build-master" hat (among others), I > can say this: > If there's some compelling reason to switch, it'll get done. IOW, if > there's something I really want/need with Ant2 that I can't > get from Ant1, > then I'll grab Ant2 and have at the build. Afterall, it > wouldn't be any > different than finding some wholly new tool that does > something better or > not available with the currently used tool and switching to that (eg., > scrapping an old Make process to switch to a slick new tool). > As long as > the pay-off is there, and the impact on the process end-users > is minimal > (eg., developers can still use the new process as easily, or > more so, as > the old one), it's not only not that big of a deal to re-work > things, it's > pretty much my job :) Of course you are right (as always :-)). I'd do the same, beeing the "build-master" of a subproject ATM... Afterall the I still believe acceptance for Ant 2, IMHO, would be bigger, if the buildfiles and the task-API would be similar to the current one. Ok: I do very much trust in this community, because it's very careing for our Ant, so: Whatever the community will decide on, I'll definately support as good as I can! Good night everybody! Chris -- To unsubscribe, e-mail: For additional commands, e-mail: