You know with Ant 1.5 you can create your own subclasses to PatternSet and
<typedef> them and use them. And you can refid use them where a patternset
is used. Would that do what you want?
----- Original Message -----
From: "stephan beal" <stephan@wanderinghorse.net>
To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Sent: Tuesday, March 26, 2002 12:59 PM
Subject: Re: [Bug 7482] - PatternSet.setIncludes() does not SET includes,
but appends them to a list
> On Tuesday 26 March 2002 18:25 pm, Diane wrote:
> > How about adding a reset() or resetPatterns(boolean includes, boolean
> > excludes) method on PatternSet, that Stephan can call explicitly!?!?!
That
> > way's everybody's happy, and a PatternSet instance can be reused to
match
> > something else? Haven't looked at any code, but it seems that would work
> > for Stephan... --DD
>
> Sounds like a perfectly good solution for me... except that i cannot
access
> the pattern set belonging to the MatchedTask/Zip/Jar tasks because there
are
> no accessors for it (and it's not public/protected). What i was attempting
> was not something very many people are gonna try. The workarounds to make
all
> that work would create more mess than it's worth.Erik's point about:
> <patternset id="patternset" includes="....">
> <include name="..."/>
> </patternset>
>
> shows clearly why it needs to append rather than set. i was primary
confused
> by the setter not setting, which is as much a doc bug as an implementation
> bug.
>
> ----- stephan
> Generic Unix Computer Guy
> stephan@einsurance.de - http://www.einsurance.de
> Office: +49 (89) 552 92 862 Handy: +49 (179) 211 97 67
> "...control is a degree of inhibition, and a system which is perfectly
> inhibited is completely frozen." -- Alan W. Watts
>
> --
> To unsubscribe, e-mail: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>
|