use of a private FileSet. This provides
the use of the default excludes patterns,
which include **/CVS/**, preventing any
.java files in a CVS/Base directory from
being included.
Just in case someone does ever have a
package named blah.CVS, I added the
"defaultexcludes" attribute.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268517 13f79535-47bb-0310-9956-ffa450edef68
Correct version string
call bootstrap.bat
Introduce an install-lite target
Move building of distributions files out of dist target
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268514 13f79535-47bb-0310-9956-ffa450edef68
on other OSes sh!=bash).
Changed a forward slash with a back slash wich prevents bootstrapping on
unix machines.
PR:
Obtained from:
Submitted by:
Reviewed by:
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268506 13f79535-47bb-0310-9956-ffa450edef68
deletes.
Reported by: Martin van den Bemt
Fixed double delete message with verbose
flag.
Reported by: Jason Rosenburg
Added ability to remove empty directories
when using the implicit or nested filesets.
Off by default for now, as that is the
current behaviour. If there is enough
agreement, we probably want to turn this
on by default.
Requested by: Lots of people. :-)
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268503 13f79535-47bb-0310-9956-ffa450edef68
is already covered while the third one seems to be revoked by Jim
himself.
Submitted by: James Cook <jimcook@iname.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268499 13f79535-47bb-0310-9956-ffa450edef68
place. The tar-task used another constructor. Simply copied the verification
to the other constructor to do the check there also. Now throws a
RuntimeException.
Submitted By: "Nico Seessle" <Nico.Seessle@epost.de>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268494 13f79535-47bb-0310-9956-ffa450edef68
The example for exec does now work on Windows.
Added a note thet NetComponents needs to be downloaded from
www.savarese.org.
Submitted By: "Nico Seessle" <Nico.Seessle@epost.de>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268491 13f79535-47bb-0310-9956-ffa450edef68
You can add support classes to all the generated jar fils by including a
<support-classes> nested element. This is effectively a fileset and
includes the ability to reference another fileset by refid
So
<ejbjar ...>
<support-classes dir="${build.classes.server}">
<include name="**/*.class"/>
</support-classes>
...
</ejbjar>
or
<ejbjar ...>
<support-classes refid="support.fileset"/>
...
</ejbjar>
Please note the following.
==========================
If your ejbjar task generates multiple jar files, the support classes will be
added to each one.
The nested element name may change. I am using it to test a facility I added
to the core. If it does change, it will change to <support>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268486 13f79535-47bb-0310-9956-ffa450edef68
through a createElement(String elementName) factory method. This has two
applications.
It allows a task to define what nested elements are supported
dynamically, perhaps through a configuration file. This is useful
for tasks that support a plug-in architecture, as I am trying to
achieve with <ejbjar>
As a byproduct, it also allows a task to support nested elements which
cannot be mapped to valid Java method names, such as <support-classes>. The
use of hyphenated compound names is relatively common style in XML DTDs
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268485 13f79535-47bb-0310-9956-ffa450edef68
on the classpath, a class it depends on is not. As this code is currently catching
ClassNotFound exceptions anyway, this is not a major change. It will log a
warning.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268484 13f79535-47bb-0310-9956-ffa450edef68
metasim
glennm
Conor MacNeill
Peter Donald
Pier Fumagalli
Stefan Bodewig
Jon Scott Stevens
Diane Holt