task

[Diane Holt <ho...@yahoo.com>]

The documentation suggests you can use <filter> outside of a target (ie.,
at the project-level (like <property>):

  Sets a token filter for this project or read multiple token filter
  from an input file and sets these as filters. Token filters are used
  by all tasks that perform file copying operations through the Project
  commodity methods.

But when I try using it at that level I get an "unexpected element" error.
Is the doc wrong, or is something broken? (It would be handy to have it
available at that level, so you can just read in a filters file, like you
can a properties file.)

Thanks,
Diane



=====
(holtdl@yahoo.com)



__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

Re: task

[Peter Donald <do...@apache.org>]

At 08:45  13/12/00 +0100, Stefan Bodewig wrote:
>Diane Holt <ho...@yahoo.com> wrote:
>
>> Is the doc wrong, or is something broken?
>
>The former.
>
>> (It would be handy to have it available at that level, so you can
>> just read in a filters file, like you can a properties file.)
>
>I agree in principle, filters are some kind of data type for me. We
>may be alone with this perception, though.

Nope - I would +1 it ;)

Cheers,

Pete

*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof."                   |
|              - John Kenneth Galbraith               |
*-----------------------------------------------------*

Re: task

[Stefan Bodewig <bo...@apache.org>]

Diane Holt <ho...@yahoo.com> wrote:

> Is the doc wrong, or is something broken?

The former.

> (It would be handy to have it available at that level, so you can
> just read in a filters file, like you can a properties file.)

I agree in principle, filters are some kind of data type for me. We
may be alone with this perception, though.

Stefan