Well, did you get it to work for you?
> I read the manual, and as I understood it, ANT was not behaving
> like like the manual said it should.
No, ANT is just implemented that way - IMHO: really annoying. And you
cannot - in strict ANT - reset a property. And yes, IMHO, the manual is not
the quality of a bestseller, but neither are "man"-pages.
Your problem with ANT properties, whether they are set or not would possibly
be solved by considering the ANT property-holder as a modified
java.util.Properties (in which you cannot put already existing properties) -
an Ant property is set if it exist within the Properties - that is,
Properties.getProperty("propertyName") does not return null. You could use
Properties.containsKey("propertyName") for better understanding.
That is: ANT's " if='doit' " equals "Does the project in this Ant-file
contain a property key called 'doit' ?"
It's not: "Does the project in this Ant-file contain a property key called
'doit' and is the text value of that property 'true' " as there's no reason
to assume need of parsing any property for arbitrary values in specific
types: int, boolean, double.
The great fun is when you set a property to "false" and later, someone else
is trying to understand what the script is doing, misses the point, that a
property set to "false" (notice the "set to" here) means the property is
actually set, and any " if = 'property' " will be executed.
> I did experiment with it, as the manual describes, checking whether or
> not *ANT properties* are set. It didn't work. I didn't even occur
[quoted text clipped - 8 lines]
> > Do you have a question? Is it a quest or a competition? Do you think you are
> > able to demand solutions?
/nobody important