Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
To: dev@ant.apache.org
Subject: Re: Redirector
References: <20040423140856.91477.qmail@web20414.mail.yahoo.com>
From: Stefan Bodewig <bodewig@apache.org>
Date: Fri, 23 Apr 2004 16:33:22 +0200
In-Reply-To: <20040423140856.91477.qmail@web20414.mail.yahoo.com> (Matt
 Benson's message of "Fri, 23 Apr 2004 07:08:56 -0700 (PDT)")
Message-ID: <m33c6usr0t.fsf@bodewig.bost.de>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through
 Obscurity, linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Fri, 23 Apr 2004, Matt Benson <gudnabrsam@yahoo.com> wrote:
> --- Stefan Bodewig <bodewig@apache.org> wrote:

>> Why would mapping of property names be dangerous?
>> 
> 
> I had thought of including this but had these visions
> of someone setting a discrete result property for each
> of a thousand source files...

I see.

I didn't say it would be a great idea to map property names as well,
even though it may be simple to do.

> it just seemed like that would be nearly useless from an end-user
> perspective, to say nothing of eating up memory...

thousands of output files would quickly eat up inodes.  And given the
right filesystem for the task (something like FAT) you'll get your
system close to a halt with a directory of say ten-thousand files.

> but it's possible I'm just paranoid.

That's just because we are here to get you ;-)

Seriously.  I'm not sure whether properties per execution are actually
desirable.  At least nobody has asked for them yet.  So maybe we
should just remove the text that says we hadn't implemented it to
protect our users.  Simply don't talk about it at all - or implement
it.

Stefan

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