FileNotFoundException. Could be an external entity or a DTD file as
well.
Submitted by: Scotte Zinn <szinn@patronix.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268064 13f79535-47bb-0310-9956-ffa450edef68
anything. The older version depended upon the parser (does it invoke
characters once per #PCDATA section or once per line).
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268024 13f79535-47bb-0310-9956-ffa450edef68
well.
Reported by: Jose Alberto Fernandez <JFernandez@viquity.com>
<ant> now checks it isn't calling the target it is nested into.
Submitted by: Nico Seessle <nico@seessle.de>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268014 13f79535-47bb-0310-9956-ffa450edef68
This has a lot of consequences, most notably those listed in
WHATSNEW. This also affects the behavior of several other tasks like
<available> who will now do their job at runtime instead of parser
time as well.
I've changed the version number in build.xml to reflect this bigger
change.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267988 13f79535-47bb-0310-9956-ffa450edef68
This was discovered by Phil Hanna <author@philhanna.com>
Similar to the problem with the old class attribute (changed to classname)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267751 13f79535-47bb-0310-9956-ffa450edef68
This patch removes the concept of currentTarget and currentTask from the
BuildEvents code. To facilitate this I have moved logging to the task
level which now passes a task pointer to the project's log method.
Task level logging may also allow for more fine grained control of logging
in the future.
I have left the Project's log methods public to allow people's custom
tasks to continue to work. In the future these can become private.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267740 13f79535-47bb-0310-9956-ffa450edef68
The basic idea is to keep the core build engine "clean" and free of any
presentation logic, and to make it easier to extend Ant with other features
without cluttering up the core. To do this, I've defined a BuildListener
interface and added an "addBuildListener" method to Project that can be
used to register listener objects. Listeners could be implemented to
generate reports, send out emails when the build is complete, create a
bill of materials, etc...
The only new functionality visible to the end-user is a "-listener" option
on the command line that will let you specify the name of a class. An
instance of this class will be added as a listener to the project. I've
included a listener that will generate an XML log file, which you can use
by typing the command below.
build -listener org.apache.tools.ant.XmlLogger
PR:
Obtained from:
Submitted by: Matt Foemmel <mpfoemme@ThoughtWorks.com>
Reviewed by:
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267694 13f79535-47bb-0310-9956-ffa450edef68
1) restructured Project and Task: copyFile should be a project
method rather than a task method for good OO patterns. Well,
actually they should be target-granular but we'll see.
2) patched all the necessary files to make the above work
3) removed some unused methods (setAttributes())
4) added the Filter task that addes token filtering capabilities
to all the copyFile operations. This works more or less as a
superstructure to Replace and KeySubst but automatically and
inherited by all the tasks that use copyFile() methods.
5) indicated KeySubst as deprecated
6) updated docs to reflect this new behavior
NOTE: behavior is _totally_ back compatible if you don't
specify any <filter> tag.
NOTE2: nothing is carved in stone. If you don't like something
you're welcome to propose fixes.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267604 13f79535-47bb-0310-9956-ffa450edef68
Added the "if" attribute to Target that executes it if and only if the property specified in the attribute is set
There might be better ways of doing it and don't consider this carved in stone, but it works, it's simple and vital for Cocoon.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267599 13f79535-47bb-0310-9956-ffa450edef68
extend Task or have any ideea that Ant will use them.
The only requirement is to have a
void execute() throws Exception
That allows Tomcat ( and other projects) to define normal Beans and still
be able to script them.
The usage is identical with normal Task-extending Beans.
Also fixed bootstrap.sh.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@267576 13f79535-47bb-0310-9956-ffa450edef68
Stefan Bodewig
Conor MacNeill
Sam Ruby
Stefano Mazzocchi
Costin Manolache
James Duncan Davidson