Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 6525 invoked from network); 12 Feb 2004 10:12:31 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 12 Feb 2004 10:12:31 -0000 Received: (qmail 77118 invoked by uid 500); 12 Feb 2004 10:11:41 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 77052 invoked by uid 500); 12 Feb 2004 10:11:41 -0000 Mailing-List: contact dev-help@ant.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 dev@ant.apache.org Received: (qmail 76948 invoked from network); 12 Feb 2004 10:11:40 -0000 Received: from unknown (HELO bodewig.bost.de) (62.96.16.111) by daedalus.apache.org with SMTP; 12 Feb 2004 10:11:40 -0000 Received: (from bodewig@localhost) by bodewig.bost.de (8.11.6/8.11.6) id i1CABqH03419; Thu, 12 Feb 2004 11:11:52 +0100 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: dev@ant.apache.org Subject: 'ant.library.dir' instead of 'ant.library.dirs'? (was Re: cvs commit: ant/src/main/org/apache/tools/ant/launch Launcher .java) X-Draft-From: ("nnfolder:mail.jakarta-ant" 56968) References: From: Stefan Bodewig Date: Thu, 12 Feb 2004 11:11:52 +0100 In-Reply-To: (Dominique Devienne's message of "Wed, 11 Feb 2004 08:50:36 -0600") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) 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: minotaur-2.apache.org 1.6.2 0/1000/N On Wed, 11 Feb 2004, Dominique Devienne wrote: > Why go for 'ant.library.dir' instead of 'ant.library.dirs'? OK, I've had a second look. It seems as if we could do that with some simple changes in Launcher, namely adding ~/.ant/lib and ${ant.library.dirs} to the libPaths list and skip the special treatment and array copying for them completely. With this the PATH tokenization logic would apply to the system property as well. The only thing that has to be looked into is that now ANT_HOME/lib is used as ant.library.dir system property if the property hasn't been set or points to something that doesn't exists. We'd need to modify the checks for that second part. So the change would be simple, but it is too late in the release schedule for 1.6.1 to make it, since I think it should get discussed before. This also means we'll have ant.library.dir as a (undocumented) system property in 1.6.1, that will only work for a single directory. We can always deprecate it later. Does anybody have any thoughts on the original subject? Do we want to allow a system property that contains a complete path instead of a single directory to override ANT_HOME/lib? Stefan PS: > Given that your get URL[], it obviously accepts several dirs, No, the method returns the URLs of the jars in that (single) dir. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org