Return-Path: 
 <ant-dev-return-35847-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 84301 invoked from network); 15 Jul 2002 19:52:21 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 15 Jul 2002 19:52:21 -0000
Received: (qmail 7180 invoked by uid 97); 15 Jul 2002 19:52:37 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 7119 invoked by uid 97); 15 Jul 2002 19:52:36 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-dev-help@jakarta.apache.org>
List-Post: <mailto:ant-dev@jakarta.apache.org>
List-Id: "Ant Developers List" <ant-dev.jakarta.apache.org>
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 7107 invoked by uid 98); 15 Jul 2002 19:52:36 -0000
X-Antivirus: nagoya (v4198 created Apr 24 2002)
X-Authentication-Warning: costinm.sfo.covalent.net: costin owned process doing
 -bs
Date: Mon, 15 Jul 2002 12:50:52 -0700 (PDT)
From: costinm@covalent.net
X-X-Sender: costin@costinm.sfo.covalent.net
To: Ant Developers List <ant-dev@jakarta.apache.org>,
   Stephane Bailliez <sbailliez@apache.org>
Subject: Re: My itches for 1.6
In-Reply-To: <059001c22c34$bb5d7160$d1eefea9@homenkf0y0hwu0>
Message-ID: 
 <Pine.LNX.4.44.0207151242060.12657-100000@costinm.sfo.covalent.net>
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 Mon, 15 Jul 2002, Stephane Bailliez wrote:

> > I think we should first agree that <test:task> is at least against the
> > recommendations of the XML spec in the last 2-3 years.
> 
> I don't understand what you mean here sorry, must have missed something.

<test:task> is invalid in the current XML spec and rejected by SAX2 
parsers, while it works in SAX1 ( and ant1 ).

 
> > IMHO the biggest problem at this moment is the fact that optional.jar
> > is loaded in the system class loader. If we fix that, we can easily
> > get junit and all the optional tasks to work without files in ant/lib.
> 
> Why optional only ? Other tasks are being in the core and depend also on a
> couple of things.

It's just one example, causing the most pain. 


> >From the top of my head <style> that uses JAXP or not JAXP now as it
> instantiates the implementation to allow uses of different xsl processors.
> We have also the regexp factory. If I'm not wrong it will use the caller
> classloader right now, so as it is in the core, you are out of luck.

Do we have a list of core tasks which require external jars ? I didn't 
know core has external deps. For JAXP it shouldn't be a problem,
there are mechanisms to override the parser/xslt processor ( 1.4 has
them in rt.jar anyway ).


> If you use a tomcat like hierarchy, what is your plan ? a small bootstrap,
> core loader, optional loader, and a common loader as the parent of both ?

It seems 'core' ( meaning Task, etc ) should remain in the system loader
for now ( just like servlet.jar in tomcat ). 

I think the first step should be 2 class loaders - the bootstrap 
(==CLASSPATH) containing the core ( and possibly core tasks ), then
a 'task class loader' for optional and all the libs ( it is possible
to add more repositories to a class loader ). Using taskdef you
can specify a third loader for tasks/groups of tasks.

This would have the minimal impact on users.

Costin





--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>