Updating the majority of the rest of the tasks with the XDoclet tags. The generated defaults.properties is *almost* the same as the current hand maintained one!
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271678 13f79535-47bb-0310-9956-ffa450edef68
Code changes:
Removed an unneeded nullity test null instanceof Foo is always false.
Changed replaceChild(UnknownElement, Object) with two methods:
replaceChild(UnknownElement,Task) and
replaceChild(UnknownElement,RuntimeConfigurable) to make it
absolutely clear that you can't just replace the children with random
elements.
I must admit I'm still far from entirely clear exactly how
UnknownElement works. It probably counts as black magic...
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271639 13f79535-47bb-0310-9956-ffa450edef68
Note: maybeConfigure implies that calling it twice will have no effect.
I have a suspicion that children would be added twice. Search for XXX
to find the details.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271638 13f79535-47bb-0310-9956-ffa450edef68
Also added a query about the use/otherwise of wrappers when
it comes to adding text - search for XXX to find the details
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271604 13f79535-47bb-0310-9956-ffa450edef68
Many other tasks have been modified similarly (only ones with different task names than classnames have the name="...") - but only committing this one until full approval.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271571 13f79535-47bb-0310-9956-ffa450edef68
include patterns - even children that are themselves directories.
Throw in a check that the thing we want to transform is not a
directory and an attribute to avoid this non-standard (among directory
based tasks) behavior.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271564 13f79535-47bb-0310-9956-ffa450edef68
As Stefan noted, the context classloader is probably causing trouble with JAXP.
Disabled for now just to see the result of the next run.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271549 13f79535-47bb-0310-9956-ffa450edef68
When this is complete, whole source tree should JavaDoc (with 1.4)
with no warnings. (With JDK1.3.1 the 1.4-regexp stuff generates
warnings, but that's all.)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271545 13f79535-47bb-0310-9956-ffa450edef68
When this is complete, whole source tree should JavaDoc (with 1.4)
with no warnings. (With JDK1.3.1 the 1.4-regexp stuff generates
warnings, but that's all.)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271544 13f79535-47bb-0310-9956-ffa450edef68
When this is complete, whole source tree should JavaDoc (with 1.4)
with no warnings. (With JDK1.3.1 the 1.4-regexp stuff generates
warnings, but that's all.)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271543 13f79535-47bb-0310-9956-ffa450edef68
on encodings different than the platform's default as well.
PR: Christopher Taylor <cstaylor@nanshu.com>
some year 2002 fixes.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271540 13f79535-47bb-0310-9956-ffa450edef68
Note that the comments for setProject say that only Project should use this method - whereas there are *lots* of uses outside Project...
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271532 13f79535-47bb-0310-9956-ffa450edef68
be handled. The main difference is in the handling of uid vs uname which
isn't that relevant to Ant anyhow.
PR: 6634
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271510 13f79535-47bb-0310-9956-ffa450edef68
Erik Hatcher
Magesh Umasankar
Steve Loughran
Jon Skeet
Stefan Bodewig
Diane Holt
Conor MacNeill
Stephane Bailliez