VSSGET does not work on many systems if working directory and version-arguments
get passed in as single arguments.
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268525 13f79535-47bb-0310-9956-ffa450edef68
the location of arbitrary DTDs in the ejbjar task
<ejbjar ...>
<dtd publicId="foo"
location="file or resource"/>
</ejbjar>
This is not necessary for weblogic as the task "knows" the locations of the
ejb1.1 and ejb2.0 DTD within the weblogic classes for both 5.1 and 6.0
To avoid warnings under WL6, about classes in the system classpath,
the classpath is now split into two using a second nested classpath element
wlclasspath. Current build files will continue to function
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268523 13f79535-47bb-0310-9956-ffa450edef68
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
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
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
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
---
With these patches, Zip (and derivative tasks such as Jar and War) can
merge the entries of multiple zip files into a single output zip file.
The contents of an input zip file may be selectively extracted based on
include/exclude patterns.
An included zip file is specified using a <fileset> with a "src" attribute,
as in:
<target name="jartest">
<jar jarfile="utils.jar">
<fileset
src="weblogic.jar"
includes="weblogic/utils/"
excludes="weblogic/utils/jars/,**/reflect/"
/>
</jar>
</target>
In this example, a subset of the "weblogic/utils" directory is extracted
from weblogic.jar, into utils.jar.
The fileset may also contain "prefix" and "fullpath" attributes (the
functionality of PrefixedFileSet has been retained in the new class
ZipFileSet). Prefixes apply to directory-based and zip-based filesets.
The fullpath attributes applies only to a single file in a directory-based
fileset.
The War task may extract entries from a zip file for all of its filesets
(including the files in "classes" and "lib").
The motivation for this change is:
1) There is significant overlap between "jlink" and "zip", and it seemed
better to combine them.
2) "jlink" does not support include/exclude patterns which are extremely
useful for writing packaging-type tasks such as Zip/Jar/War. This
was my main motivation.
3) By adding this functionality to the base task, it can also be used in
derivative tasks such as Jar and War.
---
Submitted By: Don Ferguson <don@bea.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268459 13f79535-47bb-0310-9956-ffa450edef68
---
With these patches, Zip (and derivative tasks such as Jar and War) can
merge the entries of multiple zip files into a single output zip file.
The contents of an input zip file may be selectively extracted based on
include/exclude patterns.
An included zip file is specified using a <fileset> with a "src" attribute,
as in:
<target name="jartest">
<jar jarfile="utils.jar">
<fileset
src="weblogic.jar"
includes="weblogic/utils/"
excludes="weblogic/utils/jars/,**/reflect/"
/>
</jar>
</target>
In this example, a subset of the "weblogic/utils" directory is extracted
from weblogic.jar, into utils.jar.
The fileset may also contain "prefix" and "fullpath" attributes (the
functionality of PrefixedFileSet has been retained in the new class
ZipFileSet). Prefixes apply to directory-based and zip-based filesets.
The fullpath attributes applies only to a single file in a directory-based
fileset.
The War task may extract entries from a zip file for all of its filesets
(including the files in "classes" and "lib").
The motivation for this change is:
1) There is significant overlap between "jlink" and "zip", and it seemed
better to combine them.
2) "jlink" does not support include/exclude patterns which are extremely
useful for writing packaging-type tasks such as Zip/Jar/War. This
was my main motivation.
3) By adding this functionality to the base task, it can also be used in
derivative tasks such as Jar and War.
---
Submitted By: Don Ferguson <don@bea.com>
git-svn-id: https://svn.apache.org/repos/asf/ant/core/trunk@268458 13f79535-47bb-0310-9956-ffa450edef68
Peter Donald
Conor MacNeill
Nico Seessle
metasim
glennm
Stefan Bodewig
Jon Scott Stevens