> But wouldn't that defeat the whole purpose of the <fill in role-type
> here> I thought the whole point was avoiding having addConcrete in
> favour of having add(Role).
What basically is that what Matt just stated.
Apart from the variands A and B further below, would the following also
work?
<project name="foo" default="bar">
<resourcecollection id="blah" xmlns="ant:set">
<and>
<files dir="foo" name="**/*.java"/>
<date select="newer" date="2005/04/15"/>
</and>
</resourcecollection>
</project>
or would this mean that the resoursecollection must be part of set itself?
===A===
<project name="foo" default="bar"
xmlns:co="ant:condition"
xmlns:set="ant:set">
<resourcecollection id="blah">
<set:and>
<set:files dir="foo" name="**/*.java"/>
<set:date select="newer" date="2005/04/15"/>
</set:and>
</resourcecollection>
</project>
===B===
<and xmlns="ant:conditions" />
<and xmlns="ant:fileselectors" />
<and xmlns="ant:resourceselectors" />
<date xmlns="ant:resourceselectors" />
<date xmlns="ant:resourcecomparators" />
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
|