Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 16857 invoked from network); 1 Feb 2005 13:16:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 1 Feb 2005 13:16:45 -0000 Received: (qmail 10037 invoked by uid 500); 1 Feb 2005 13:16:43 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 9984 invoked by uid 500); 1 Feb 2005 13:16:43 -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 9970 invoked by uid 99); 1 Feb 2005 13:16:42 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mail.elca.ch (HELO mail.elca.ch) (193.72.144.2) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 01 Feb 2005 05:16:41 -0800 Received: from exchange.elca.ch (unverified) by mail.elca.ch (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Tue, 1 Feb 2005 14:16:33 +0100 Received: from pcyma.elca.ch.elca.ch (pcyma.elca.ch [10.10.10.112]) by exchange.elca.ch with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id DGK06MCM; Tue, 1 Feb 2005 14:16:31 +0100 From: Yves Martin To: "Ant Developers List" Subject: Re: Patch proposal for 1.6.3: parse a Ant project from a resource References: Organization: ELCA Informatique Date: Tue, 01 Feb 2005 14:17:19 +0100 In-Reply-To: (Jose Alberto Fernandez's message of "Thu, 27 Jan 2005 12:41:23 -0000") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N "Jose Alberto Fernandez" writes: >> From: Peter Reilly [mailto:peterreilly@apache.org] >> >> The problem is that this will not set the basedir correctly. >> (The basedir will be set to something like: >> File(url_string).getParentFile().getAbsolutePath()). >> This will cause all sorts of problems and is the reason why >> has not been implemented. >> > > Maybe we could require a "basedir" attribute in such cases > that must correspond to an existent, full directory location. And I have set the basedir before parsing my resource file. > Of course, if such a place needs to exists for you to > store the other files in your project, then the question > is why don't you put the buildfile there as well? Good question. Here is the context: - I'm writing a build system with a 'pure' Ant (that may be open-sourced as soon as internal politic debates are over) - My build system plugin structure is simple: a jar with compiled classes and one or many Ant build file as resources. Of course such build file must fulfill constraints to work properly. At the moment, I'm using Ant 1.6.2 with a little patch already in CVS, to get a valid buildfile location instead of null. I'm waiting for 1.6.3 to get the build system work with an official release. The BuildException thrown by ProjectHelper2 when parsing a URL is annoying for me now. If my patch proposal is not accepted when 1.6.3 comes out, I will have to copy/paste the ProjectHelper2 in my core classes to disable that exception throwing. Thanks for your help -- Yves Martin --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org