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
Other code cleanup (axing "m_" prefixes).
Added "unit" attribute to <entry> defaulting to DAY. This was essentially the previous default, but it was far too confusing.
Test cases beefed up to consider several scenarios.
There may be more changes needed to satisfy other use cases, and certainly some previous (undocumented) behavior has been changed (for the better!).
Is there a use-case for "never" as a value?
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271503 13f79535-47bb-0310-9956-ffa450edef68
1. New tests for the DemuxOutputStream and parallel task
2. Fix for the DemuxOutputStream thread problem identified by Jon Skeet
3. Found additional bug where UnknownElement does not hand output and error
strings onto the real task
A little bit of checkstyling.
Hmmm, really should be in bed.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271501 13f79535-47bb-0310-9956-ffa450edef68
outside of targets.
<typedef> is another task that may be used outside of targets.
I "fixed" that by replacing path with typedef in Steve's text, but we
really should talk about data types here as well - unfortunatley we
don't talk about data types in the manual at all, so it takes a bigger
effort.
Some year 2002 bugs.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271491 13f79535-47bb-0310-9956-ffa450edef68
Actually this wouldn't throw an ArrayIndexOutOuBounds- but a
BuildException as FileList.getFiles barfs out on empty lists, but that
way it is more consistent.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271456 13f79535-47bb-0310-9956-ffa450edef68
(1) it wouldn't use the basedir
(2) all diagnostic messages have been swallowed
Submitted by: Ilya A. Kriveshko <ilya@kaon.com>
Note that this patch needs the magic of Execute but also access to the
processes' standard input - this has been solved by adding a new
static method launch to Execute which hands out the Process instance,
the proper fix would be to handle input for the spawned processes as
well.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271431 13f79535-47bb-0310-9956-ffa450edef68
Erik Hatcher
Stefan Bodewig
Jon Skeet
Steve Loughran
Conor MacNeill
Stephane Bailliez
Peter Donald