Return-Path: Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Delivered-To: mailing list dev@ant.apache.org Received: (qmail 85563 invoked from network); 12 Mar 2003 23:38:47 -0000 Received: from hplb.hpl.hp.com (192.6.10.2) by daedalus.apache.org with SMTP; 12 Mar 2003 23:38:47 -0000 Received: from snowy.hpl.hp.com (snowy.hpl.hp.com [15.144.94.243]) by hplb.hpl.hp.com (8.12.8/8.12.1/HP Labs Bristol relay) with ESMTP id h2CNcgeP022318 for ; Wed, 12 Mar 2003 23:38:42 GMT Received: from ranier (ranier.cv.hp.com [15.87.25.18]) by snowy.hpl.hp.com with SMTP (8.9.3 (PHNE_25183+JAGae58098)/8.7.3 SMKit7.0) id XAA11526 for ; Wed, 12 Mar 2003 23:38:37 GMT Message-ID: <000e01c2e8f0$9b1e1430$1219570f@ranier> From: "Steve Loughran" To: "Ant Developers List" References: Subject: Re: 1.6 milestones ? Date: Wed, 12 Mar 2003 15:39:14 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-MailScanner: Found to be clean X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ----- Original Message ----- From: "Costin Manolache" To: Sent: Wednesday, March 12, 2003 14:50 Subject: 1.6 milestones ? > Hi, > > Do we have any plan or idea on when we'll start distributing 1.6 milestone > builds ? > > Tomcat5 is getting stable, and the next milestone will probably include an > "embeded" profile that will be controlled by ant and jmx tasks. It would > really help to have a matching ant1.6M1 instead of requiring a head build. > > I can't volunteer as release manager - and I don't want to push anyone > or anything, just want to get an idea about what to expect, so I either > remove deps on 1.6 or move ahead. Right now I'm only using , > but I'll probably use import ( and I would use 1.6 for the improvements in > startup time ) That's the task that doesnt have any documentation, right? Maybe the thing to do is look at what major changes still need to go in to ant. Now that we have exploded optional.jar, we need to compensate by perhaps adding a boot loader process for running ant, so that win9x boxes dont run out of memory. We also need to rework the documentation. The other feature I thought was on the cards was some kind of plugin mechanism that pulls in new jars better -presumably a manifest, and the appropriate extensions to to handle them. I think together these would be core features that need to be up and running before we can worry about milestone releases.