Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 15362 invoked from network); 24 Jan 2002 00:33:53 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 24 Jan 2002 00:33:53 -0000 Received: (qmail 28062 invoked by uid 97); 24 Jan 2002 00:33:55 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 28027 invoked by uid 97); 24 Jan 2002 00:33: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 28003 invoked from network); 24 Jan 2002 00:33:54 -0000 Date: Wed, 23 Jan 2002 16:36:16 -0800 (PST) From: X-X-Sender: To: Ant Developers List , Subject: Re: (was RE: Ant 1.9 & Task Packaging) In-Reply-To: <004201c1a45d$a62dae90$6501a8c0@hagrid> 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 Wed, 23 Jan 2002, Tim Dawson wrote: > > Or with the existing ant: It works fine, I use it every day ( with ant.tasks beeing a properties file listing task names and their impl ). Costin > > I think they'd probably be happy to add that to each of the build.xml files > in exchange for not having to include a version of ant inside their > weblogic.jar file. > > So what's holding us back with implementing ? There were some > proposals a while back but nothing ever really happened with them, it seemed > there was some concern about forward-compatibility with Ant2 - is that still > the concern? > > Tim > > > -----Original Message----- > > From: Stefan Bodewig [mailto:bodewig@apache.org] > > Sent: Tuesday, January 22, 2002 7:14 AM > > To: ant-dev@jakarta.apache.org > > Subject: Re: Ant 1.9 & Task Packaging > > > > > > On Mon, 21 Jan 2002, Tim Dawson wrote: > > > > > currently we have a few packages, "taskdefs", for the - supposedly - > > > core stuff, and taskdefs.compilers, taskdefs.condition, > > > taskdefs.rmic, and then a catchall, taskdefs.optional.* where > > > everything else is bunched. This is a bit confusing as some tasks > > > haven't been migrated to a hierarchy, etc. > > > > It is not strictly a matter of migration (the compiler, rmic and > > condition subpackages just happened to suddenly be there 8-). Moving > > classes into different packages can create backwards compatibility > > problems as well (there is at least one link on our external tools > > page to a task that "extends org.apache.tools.ant.taskdefs.Javac"). > > > > Of course we are free to chose new packages for Ant2 as we like. > > > > > org.apache.tools.ant2 > > > (main engine, interfaces, abstract superclasses) > > > > make that org.apache.ant, no need for the 2 IMHO as Ant 1.x is in the > > tools subpackage. > > > > Most (all?) proposals use that package as well. > > > > > Anything inside of core and included in the build would have to pass > > > a strict "can this run without ANY 3rd party jars?" > > > > A very hard rule and we won't hold it, I'm sure. Crimson is a 3rd > > party jar. > > > > > Further, if we're really moving to a container architecture with > > > Ant2, then we should define a spec for the build file, execution > > > engine, and task extensions API through a JSR > > > > Has been proposed by others (Conor) before. > > > > > BEA should be able to provide a "weblogic.jar" that could just be > > > referenced in a build file, and used with whatever recent version of > > > Ant you've downloaded. > > > > You are absolutely correct, they should be. Why don't they? All > > people would have to do was to add a single line. > > > > Stefan > > > > -- > > To unsubscribe, e-mail: > > > > For additional commands, e-mail: > > > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: