Return-Path: 
 <ant-dev-return-26193-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 20667 invoked from network); 22 Feb 2002 17:07:54 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 22 Feb 2002 17:07:54 -0000
Received: (qmail 19252 invoked by uid 97); 22 Feb 2002 17:07:53 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 19233 invoked by uid 97); 22 Feb 2002 17:07:52 -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 19222 invoked from network); 22 Feb 2002 17:07:51 -0000
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: We need to stop the lies
References: <20020222104359.35385.qmail@web10808.mail.yahoo.com>
From: Stefan Bodewig <bodewig@apache.org>
Date: 22 Feb 2002 17:53:03 +0100
In-Reply-To: <20020222104359.35385.qmail@web10808.mail.yahoo.com>
Message-ID: <m3it8ph30w.fsf@bodewig.bost.de>
Lines: 27
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
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 Fri, 22 Feb 2002, Jose Alberto Fernandez <j_a_fernandez@yahoo.com>
wrote:

> If libA needs things from libB, his approach will
> declare that "libA extends libB" which is fine unless
> libA also needs things from libC. Now you cannot do it
> because we have single inheritance (i.e., a
> classloader onl has one parent classloader).

That's not my understanding.  libB would cause libA and libC to loaded
a second time, this time in a class loader accessible by libB.

> And after all if for some reason you really need to have one of them
> in the CLASSPATH, you can always do that by moving it to ant/lib.

So we'd tell people "if you encounter class loader problems in Ant
1.4.1, you most likely have to move some jar out of ANT_HOME/lib and
if your encounter them in Ant 1.5 you have to move some jar into
ANT_HOME/lib"?

> As for the core tasks, those should stay in ant/lib since after all
> they are core.

<style> is a core, as is <mapper> and both frequently cause the known
problems.

Stefan

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