As we are already talking about properties. How about the following: We add an <available file="..."/> task to populate a property "ide.used.foobar". This just checks if e.g. Eclipse is enabled (somebody ran ant eclipse before). If this property is true, we don’t run ant clean-jars on clen. Very simply, very efficient.
The issue here is to remove validate from root ant test. This is easy and we can commit asap. One thing: In my opinion, the root build.xml file should not conatin any logic at all. It should just delegate all targets called down to lucene and solr's build.xml. If I call ant prepare-release it should do this for both projects. The same for ant or validate. No magic on top-level, just plan delegation. Maybe we can do that automatically, so we don’t have to declare all targets and subant them. Maybe some ant default target trick like <target name="*">, I have no idea, that would be cool. ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -----Original Message----- > From: dawid.we...@gmail.com [mailto:dawid.we...@gmail.com] On Behalf Of > Dawid Weiss > Sent: Thursday, July 19, 2012 9:10 PM > To: dev@lucene.apache.org > Subject: Re: top level "ant test" shouldn't validate? > > > We are using that all the time in lots of tasks. > > I was thinking about the new "dynamic" properties that are resolved/ computed > at runtime, not about "present/not present" properties. So something like > this: > > <target ... if="${onOrOffProperty}"> > > This has the advantage that you can specify a boolean value. So: > > ant -Dclover.enabled=false > > wouldn't run this target: > > <target name="clover.setup" if="clover.enabled"> > > and I think it currently does. As far as I can tell this feature isn't used > at all in > Lucene build files? > > Dawid > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional > commands, e-mail: dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org