problem was caused by RuntimeConfigurable.maybeConfigure() being called
twice on the task's RuntimeConfigurable - once in
UnknownElement.maybeConfigure(), and once in the custom task's perform()
method.
* Whitespace in text content was sometimes being thrown away, depending on
how the SAX parser decided to divide it across calls to
ContentHandler.characters().
Submitted by: Adam Murdoch <adammurdoch_ml@yahoo.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270251 13f79535-47bb-0310-9956-ffa450edef68
setSrc(File) and setDest(File). Ant;s intrspection will pick up the methods
that take in File as argument as File gains higher priority over String based
set* methods.
This had missed my eyes during my earlier cleanup drive, but it didn't miss
Peter's ;-)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270171 13f79535-47bb-0310-9956-ffa450edef68
Comments in code should be self explanatory for the
next person who have to deal with it.
Testcase is updated (working dir is no more mandatory)
and I added a note in case someone wants to run
the tests... I should probably add a mention to
this in the ANTLR docs.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270161 13f79535-47bb-0310-9956-ffa450edef68
It was probably not a very clever idea to remove the
lSep since it is probably used by user-written loggers.
To further shoot myself in the foot I noticed that
I was compiling a different Ant repository than the
in the one I was doing my changes...
NB:If I continue this way I promise to stay away
from code for a while and take some vacations.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270160 13f79535-47bb-0310-9956-ffa450edef68
running ANTLR in non-forked mode. It implies that
the System Manager is overriden and trap System.exit()
calls to throw an ExitException instead.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270149 13f79535-47bb-0310-9956-ffa450edef68
Note that this is added in Main only for JDK1.2+
since it looks like the SM is not that friendly
for previous versions.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270147 13f79535-47bb-0310-9956-ffa450edef68
that controls implicit copying of references - i.e. we don't copy
anything by default.
Try to copy a clone before copying the real object.
inheritRefs="true" doesn't make any sense for <antcall> as all
references of the calling project will be defined in the new project
and wouldn't be overwritten. That's why <antcall> didn't even get
this attribute.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270136 13f79535-47bb-0310-9956-ffa450edef68
and replace with a general class dependnecy check. This should allow ejb jars
to be much more complete as per the spec.
ejbjar now depends on BCEL.
Add support for Websphere.
Submitted by: Holger Engels <hengels@mercatis.de>
Maneesh Sahu <msahu@interkeel.com> (Original Websphere support)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270118 13f79535-47bb-0310-9956-ffa450edef68
stack trace filtering for formatters. It will filter out
those unneeded frame from Ant and JUnit so the stack will
be much more readable.
nb: Looks like the JUnit task need serious refactoring since we have
been adding feature incrementally. It starts to be a real mess,
I can barely read my own code :-(
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270099 13f79535-47bb-0310-9956-ffa450edef68
I also refactored the task a little bit to support directly primitive types such as
int or boolean and fixed a couple of mistakes about error handling in the original code.
It should be a good starting point for further refactoring.
pr: 5138, 5187
by: stevec@ignitesports.com (Steve Cohen)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270091 13f79535-47bb-0310-9956-ffa450edef68
factory so messages will get back to Ant's logging system.
Submitted by: David Leuschner <leuschner-list@gmx.net>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270089 13f79535-47bb-0310-9956-ffa450edef68
Made sure that operations internal to Project could not generate these warnings by adding a new setPropertyInternal method that didn't do any checks.
Also made the getUserProperties and getProperties methods return copies of maps rather than direct references.
Updated WHATSNEW to warn about these issues.
Added some unit tests to verify that property immutability is enforced - where we actually do enforce it ;)
Submitted by: "Erik Hatcher" <jakarta-ant@ehatchersolutions.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@270078 13f79535-47bb-0310-9956-ffa450edef68
Stefan Bodewig
Magesh Umasankar
Stephane Bailliez
Peter Donald
Sam Ruby
Conor MacNeill
Steve Loughran