Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 1635 invoked from network); 22 Feb 2002 16:46:06 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 22 Feb 2002 16:46:06 -0000 Received: (qmail 24666 invoked by uid 97); 22 Feb 2002 16:46:05 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 24650 invoked by uid 97); 22 Feb 2002 16:46:04 -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 24639 invoked from network); 22 Feb 2002 16:46:04 -0000 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: ant-dev@jakarta.apache.org Subject: Re: Test failure in intermediate Gump run References: From: Stefan Bodewig Date: 22 Feb 2002 17:31:16 +0100 In-Reply-To: Message-ID: Lines: 14 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 Thu, 21 Feb 2002, Adam Murdoch wrote: > Can we extend the task to use AntClassLoader's 'isolated' > mode (optionally, of course)? That would work, already has this capability, similar things have been asked for . Difficult to draw a line here, should we provide such an attribute everywhere where the user can specify a classpath? This would solve a lot of our other classloader problems, but Ant's class loader wouldn't behave as it is supposed to do by Sun any longer. Stefan -- To unsubscribe, e-mail: For additional commands, e-mail: