Return-Path: 
 <ant-dev-return-32173-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 91897 invoked from network); 13 May 2002 15:51:19 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 13 May 2002 15:51:19 -0000
Received: (qmail 4942 invoked by uid 97); 13 May 2002 15:51:18 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 4926 invoked by uid 97); 13 May 2002 15:51:17 -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 4914 invoked by uid 98); 13 May 2002 15:51:17 -0000
X-Antivirus: nagoya (v4198 created Apr 24 2002)
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: Bug 5662
References: <m3lmasb9mz.fsf@bodewig.bost.de>
	<3CDF1F6D.5050000@cortexebusiness.com.au>
From: Stefan Bodewig <bodewig@apache.org>
Date: 13 May 2002 17:51:13 +0200
In-Reply-To: <3CDF1F6D.5050000@cortexebusiness.com.au>
Message-ID: <m31ycghwr2.fsf@bodewig.bost.de>
Lines: 31
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter)
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, 13 May 2002, Conor MacNeill <conor@cortexebusiness.com.au>
wrote:

>> (A) Always pass user-properties down as normal properties, that way
>> inheritall doesn't make any difference and nested elements can
>> override user properties.

> I think this is the best solution.

> My reasoning is that is the build file writer wants to make the
> params passed to a sub-build overridable, that can be achieved by
> justing using a property value in the subbuild param.

I was thinking about magic properties here.

<ant>
  <property name="build.sysclasspath" value="ignore" />
</ant>

would cause more than just a few problems in a well-known context.

>> (C) Invent yet another type of property.
> 
> I'd have to say that this just "smells" in the Martin Fowler sense.

It sure does, but I think it just points out that our property system
as we are using it today is at least a bit broken.  Probably
overloaded by too many concerns that have been pulling on it in
different directions.

Stefan

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