Add sourcefile attribute that can read arbitrary files to the same task.
Submitted by: Ingmar Stein <stein@xtramind.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@272806 13f79535-47bb-0310-9956-ffa450edef68
There is no automatic testcase for this, but if your run
ant -f src/etc/testcases/taskdefs/optional/junit.xml -Dshowoutput=off
ant -f src/etc/testcases/taskdefs/optional/junit.xml -Dshowoutput=on
you'll see it in action.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@272496 13f79535-47bb-0310-9956-ffa450edef68
at all, but does for the fork="no" thread case.
I tried to put this into a JUnit testcase, but either you can capture
System.out (and destroy DemuxOutputStream's magic) or you don't (and
can't assert there is no output).
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@272473 13f79535-47bb-0310-9956-ffa450edef68
different times since they have a mutual dependency. I have introduced a 100
millisecond tolerance to catch this situation
PR: 7529
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@272303 13f79535-47bb-0310-9956-ffa450edef68
the command - which is wrong.
Reported by: Ovidiu Predescu <ovidiu@apache.org>
Updated cvs example to point to something usable.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@272193 13f79535-47bb-0310-9956-ffa450edef68
Submitted by: stephan beal <stephan@wanderinghorse.net>
As you need a CVS client and must run this test in an Ant source tree
checked out from CVS, this test does not run by default, you need to
enable it via
ant test -Dhave.cvs=1
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@272188 13f79535-47bb-0310-9956-ffa450edef68
duplicate (attribute): behavior when a duplicate file is found. Valid values are add, preserve, and fail. The default value is add.
zipgroupfileset (nested fileset): allows for multiple zip files to be merged into the archive. Each file found in this fileset is added to the archive the same way that "zipfileset src" files are added.
Jar task
duplicate/zipgroupfileset: same as in Zip task
filesetmanifest (attribute): behavior when a Manifest is found in a zipfileset or zipgroupfileset file is found. Valid values are skip, merge, and mergewithoutmain. mergewill merge all of manifests together, and merge this into any other specified manifests mergewithoutmain merges everything but the Main section of the manifests. Default value is skip
manifest (existing attribute): this attribute now also accepts the name of a jar added through a fileset. If its the name of an added jar, the task expects the manifest to be in the jar at META-INF/Manifest.mf
Submitted by: Brian Deitte <bdeitte@macromedia.com>
PR: 5667, 5036
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@271698 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
Magesh Umasankar
Stephane Bailliez
Stefan Bodewig
Erik Hatcher
Steve Loughran
Conor MacNeill
Diane Holt