DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36835.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36838.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 9/27/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Jose Alberto Fernandez a écrit :
I think that it will be a very good idea, mostly as a stepping stone to
higher level functionality.
The main reason for not having such a thing is the fact that each
project knows in advance what
Great news. So you'll can provide new providers.
Emmanuel
jerome lacoste a écrit :
On 9/27/05, Emmanuel Venisse [EMAIL PROTECTED] wrote:
Jose Alberto Fernandez a écrit :
I think that it will be a very good idea, mostly as a stepping stone to
higher level functionality.
The main reason
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I would prefer the fileset-extension of taskdef as DD suggested.
Combined with import could ensure, that all antlibs are in.
common.xml
--
taskdef
fileset dir=${ant.home}/auto-antlibs includes=**/*.jar /
/taskdef
Do the WAS buildfiles use imports? Then this would be only a
And you should ensure that you _really_ need a fileset.
2 years ago (or so) I wanted to write a new fileset and end on a selector.
Jan
-Ursprüngliche Nachricht-
Von: Matt Benson [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 21. September 2005 17:00
An: Ant Developers List
Betreff: Re:
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
[SNIP]
I've been in a train again yesterday and finished
resource collection
support for subant, apply, xslt and unzip/tar (untar
:) I had started working on apply but hadn't gotten
too far. I'd like to see what you did.
should actually
work for
But here we seem to be talking about a new family of generic tasks,
If this works well, we could deprecate the old tasks and eventually in a
couple of versions remove them.
Jose Alberto
-Original Message-
From: Martijn Kruithof [mailto:[EMAIL PROTECTED]
Sent: 27 September 2005 16:57
Jose Alberto Fernandez wrote:
But here we seem to be talking about a new family of generic tasks,
If this works well, we could deprecate the old tasks and eventually in a
couple of versions remove them.
Jose Alberto
generic is good, provided
-we can have a conceptual model that is consistent
--- Kev Jackson [EMAIL PROTECTED] wrote:
If you need to get the first X elements, presumably
there will be
occasions where you'll need to get the last X
elements. Anyway, I've
been playing with Haskell recently and it's affected
my thinking :)
Hi Kev,
I've been (mostly) away for a few
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Jose Alberto Fernandez wrote:
But here we seem to be talking about a new family of generic tasks,
If this works well, we could deprecate the old tasks and eventually
in a
couple of versions remove them.
Jose Alberto
generic is good,
I believe I do, but if you can prove me wrong, then I'd be delighted to
go around custom files sets.
I am trying to provide file selectors in svn-ant, which is an ant
library that support subversion. Subversion keeps track of files that
are deleted and missing. If I want to write an ant task
--- Nicolas Vervelle [EMAIL PROTECTED]
wrote:
[SNIP]
- try a mapper to add a + before your filename,
set addsourcefile to
false, and use targetfile/
I would expect this to work; however by faking the
target filename incremental builds won't work. At
present it might be best to subclass apply
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: mbenson
Date: Wed Sep 28 11:25:44 2005
New Revision: 292236
URL: http://svn.apache.org/viewcvs?rev=292236view=rev
Log:
Don't try to delete nonexistent resources; switched to a single static
reverse filesystem ResourceComparator.
Modified:
This should be fixed in the current svn version of
Ant. Apologies for the inconvenience.
-Matt
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
Date: Mon, 19 Sep 2005 09:46:52 +0200
From: Jeremias Maerki [EMAIL PROTECTED]
To: fop-dev@xmlgraphics.apache.org,
general@gump.apache.org
Subject: Re:
Author: mbenson
Date: Wed Sep 28 11:29:42 2005
New Revision: 292237
URL: http://svn.apache.org/viewcvs?rev=292237view=rev
Log:
cright
Modified:
ant/core/trunk/src/testcases/org/apache/tools/ant/taskdefs/DeleteTest.java
Modified:
Author: bodewig
Date: Wed Sep 28 11:30:50 2005
New Revision: 292239
URL: http://svn.apache.org/viewcvs?rev=292239view=rev
Log:
make it work for directries with spaces
Modified:
ant/core/trunk/src/etc/testcases/taskdefs/exec/parrot.sh
Modified:
Author: bodewig
Date: Wed Sep 28 11:31:20 2005
New Revision: 292241
URL: http://svn.apache.org/viewcvs?rev=292241view=rev
Log:
use our own code
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/SchemaValidate.java
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: bodewig
Date: Wed Sep 28 11:32:08 2005
New Revision: 292242
URL: http://svn.apache.org/viewcvs?rev=292242view=rev
Log:
ResourceCollection support for batchtest
Modified:
ant/core/trunk/docs/manual/OptionalTasks/junit.html
Author: bodewig
Date: Wed Sep 28 11:34:04 2005
New Revision: 292244
URL: http://svn.apache.org/viewcvs?rev=292244view=rev
Log:
lay grounds for Schema or Relax NG description generators as plugins in
antstructure
Modified:
ant/core/trunk/docs/manual/CoreTasks/antstructure.html
On Wed, 2005-09-28 at 16:56 +0100, Jose Alberto Fernandez wrote:
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Jose Alberto Fernandez wrote:
But here we seem to be talking about a new family of generic tasks,
If this works well, we could deprecate the old tasks and eventually
in a
Author: bodewig
Date: Wed Sep 28 11:38:27 2005
New Revision: 292245
URL: http://svn.apache.org/viewcvs?rev=292245view=rev
Log:
resource collection support for subant
Modified:
ant/core/trunk/docs/manual/CoreTasks/subant.html
Author: bodewig
Date: Wed Sep 28 11:42:46 2005
New Revision: 292247
URL: http://svn.apache.org/viewcvs?rev=292247view=rev
Log:
Add resource collection support to copy and friends
Modified:
ant/core/trunk/docs/manual/CoreTasks/copy.html
ant/core/trunk/docs/manual/CoreTasks/move.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36821.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: bodewig
Date: Wed Sep 28 11:46:40 2005
New Revision: 292249
URL: http://svn.apache.org/viewcvs?rev=292249view=rev
Log:
resource collection support for xslt
Modified:
ant/core/trunk/docs/manual/CoreTasks/style.html
ant/core/trunk/src/etc/testcases/taskdefs/style/build.xml
Author: bodewig
Date: Wed Sep 28 11:48:41 2005
New Revision: 292251
URL: http://svn.apache.org/viewcvs?rev=292251view=rev
Log:
resource collection support for apply and friends
Modified:
ant/core/trunk/docs/manual/CoreTasks/apply.html
ant/core/trunk/docs/manual/CoreTasks/chmod.html
Author: bodewig
Date: Wed Sep 28 12:08:09 2005
New Revision: 292261
URL: http://svn.apache.org/viewcvs?rev=292261view=rev
Log:
resource collection support for unzip/jar/war/tar
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Expand.java
Author: mbenson
Date: Wed Sep 28 12:11:52 2005
New Revision: 292262
URL: http://svn.apache.org/viewcvs?rev=292262view=rev
Log:
Handle filesets added via add(ResourceCollection)
by sending back to addFileset(). remove tabs.
Modified:
Author: mbenson
Date: Wed Sep 28 12:25:43 2005
New Revision: 292273
URL: http://svn.apache.org/viewcvs?rev=292273view=rev
Log:
ws/tabs + merge a string cat
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Copy.java
Modified:
Author: bodewig
Date: Wed Sep 28 12:28:39 2005
New Revision: 292276
URL: http://svn.apache.org/viewcvs?rev=292276view=rev
Log:
No, not necessary
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/ExecuteOn.java
Modified:
--- [EMAIL PROTECTED] wrote:
Author: bodewig
Date: Wed Sep 28 12:28:39 2005
New Revision: 292276
URL:
http://svn.apache.org/viewcvs?rev=292276view=rev
Log:
No, not necessary
:) Hmm, why not?
-Matt
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/ExecuteOn.java
Wed
Author: bodewig
Date: Wed Sep 28 12:32:03 2005
New Revision: 292278
URL: http://svn.apache.org/viewcvs?rev=292278view=rev
Log:
whitespace and 2005
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/AntStructure.java
On Wed, 28 Sep 2005, [EMAIL PROTECTED] wrote:
Handle filesets added via add(ResourceCollection)
by sending back to addFileset()
No, that never happens. The exception was a debug step I forgot to remove.
remove tabs.
when I saw the commit mails I realized that I hadn't disabled tabs on
my
On Wed, 28 Sep 2005, Matt Benson [EMAIL PROTECTED] wrote:
:) I had started working on apply but hadn't gotten
too far. I'd like to see what you did.
I pretty much doubt that it will work for non-file resources, but at
least it works fine for
apply executable=ls
path path=${env.PATH}/
On Wed, 28 Sep 2005, Matt Benson [EMAIL PROTECTED] wrote:
No, not necessary
:) Hmm, why not?
Because IntrospectionHelper will always use the more specific
addFileset instead of add. During development I had a bug where I
suspected a fileset was added as a resource collection and I wanted to
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 27 Sep 2005, Matt Benson
[EMAIL PROTECTED] wrote:
I'd like to revisit this after your changes are
committed.
Sure.
This was RE Copy/filesystem only. I agree that move
should work this way. We don't know how to move
non-file
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Wed, 28 Sep 2005, [EMAIL PROTECTED] wrote:
Handle filesets added via add(ResourceCollection)
by sending back to addFileset()
No, that never happens. The exception was a debug
step I forgot to remove.
I thought so, but what about
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Wed, 28 Sep 2005, Matt Benson
[EMAIL PROTECTED] wrote:
:) I had started working on apply but hadn't
gotten
too far. I'd like to see what you did.
I pretty much doubt that it will work for non-file
resources, but at
least it works fine
On Wed, 28 Sep 2005, Matt Benson [EMAIL PROTECTED] wrote:
I thought so, but what about programmatic usage?
If you use add(FileSet) you don't expect it to get treated different
from the other resource collections. Only in the addFileset case, at
least that's what I think.
apply has some
Author: bodewig
Date: Wed Sep 28 12:55:34 2005
New Revision: 292283
URL: http://svn.apache.org/viewcvs?rev=292283view=rev
Log:
whitespace
Modified:
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Copy.java
Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Copy.java
URL:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34638.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34638.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
No apologies required!!! Let's just be happy to have Gump around to help
us identify problems quickly. :-)
Thanks for looking into this!
On 28.09.2005 20:27:52 Matt Benson wrote:
This should be fixed in the current svn version of
Ant. Apologies for the inconvenience.
-Matt
snip/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I'd also agree with that. We fully intended to make Maven2 plugins
work as Ant tasks :)
So with a wrapper,
http://maven.apache.org/maven2/scm/maven-scm-plugin/
these goals would become tasks and their parameters would match up
what's on the individual pages.
Thoughts?
- Brett
On 9/29/05,
with first last, we should also consider renaming to
head tail as suggested by (IIRC) Jan or Antoine.
I'd prefer a head tail naming style too, it matches functional
list programming style, but your the main dev on this stuff it's up
to you :)
I just saw an opportunity to chip in with
On 29 Sep 2005, at 06:39, Brett Porter wrote:
I'd also agree with that. We fully intended to make Maven2 plugins
work as Ant tasks :)
So with a wrapper,
http://maven.apache.org/maven2/scm/maven-scm-plugin/
these goals would become tasks and their parameters would match up
what's on the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 9/29/05, Kev Jackson [EMAIL PROTECTED] wrote:
Just a worry about dependencies. If Ant has to rely on other code
from within maven for a set of maven plugins to run, we end up with a
horrible interdependency (Maven needs Ant - Ant needs some % of
Maven) just to compile ant. Could get
On Wed, 28 Sep 2005, Matt Benson [EMAIL PROTECTED] wrote:
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Tue, 27 Sep 2005, Matt Benson
[EMAIL PROTECTED] wrote:
I'd like to revisit this after your changes are
committed.
Sure.
This was RE Copy/filesystem only. I agree that move
On Wed, 21 Sep 2005, Kev Jackson [EMAIL PROTECTED] wrote:
The Antlib idea seems to me to be the best way of refactoring Ant
into a component based system where individual tasks can be released
without having to release a new version of Ant (the main purpose of
Antlibs was this as far as I'm
On Wed, 21 Sep 2005, Brett Porter [EMAIL PROTECTED] wrote:
On 9/21/05, Steve Loughran [EMAIL PROTECTED] wrote:
-release a separate ant-execution library, at exactly the same
frequency as ant point releases.
I'm not sure that this is required. Surely an Ant release can just
use the last
-use FileUtils.close method
Kev
Index:
D:/java_projects/ant-sandbox/antlibs/svn/trunk/src/main/org/apache/ant/svn/AbstractSvnTask.java
===
---
58 matches
Mail list logo
