DO NOT REPLY [Bug 20014] - Ability to collect properties into one TASK/reference to load into Java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20014. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: antlib / proposal of Peter Reilly

Hi Costin, I will reply to these e-mails separately, if this is ok. On Saturday 17 May 2003 19:59, Costin Manolache wrote: Sorry for the late reply, I had almost no acces to internet ( or time ) last week. My main concern is the same as Conor's - having this decoupled and done in few steps.

Re: antlib / proposal of Peter Reilly

On Saturday 17 May 2003 20:13, Costin Manolache wrote: peter reilly wrote: for example: typedef resource=org/acme/mydefinitions.xml classpath=classes/ to allow loading of tasks/types from different 3rd party with some tasks haveing the same name, I have added a prefix attribute.

RE: antlib / proposal of Peter Reilly

From: peter reilly [mailto:[EMAIL PROTECTED] On Saturday 17 May 2003 19:59, Costin Manolache wrote: I think taskdef should be treated as a special typedef with TaskAdapter as adapter. ( i.e. use typedef as the main definition mechanism, and taskdef as a shortcut for types with

Re: antlib / proposal of Peter Reilly

On Saturday 17 May 2003 20:16, Costin Manolache wrote: Antoine Levy-Lambert wrote: I am having a look at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19897 This proposal seems to address most of the points discussed in this mailing list concerning the antlib thread of discussion.

DO NOT REPLY [Bug 17640] - building ant: chmod returned -1

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17640. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Chmod.java ExecuteOn.java

bodewig 2003/05/19 05:18:10 Modified:.WHATSNEW build.xml docs/manual/CoreTasks apply.html chmod.html src/main/org/apache/tools/ant/taskdefs Chmod.java ExecuteOn.java Log: You can now limit the parallelism of apply and

DO NOT REPLY [Bug 13654] - RFE: option to suppress srcfile as arg in apply

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13654. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 15929] - apply needs support for filelists

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15929. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17640] - building ant: chmod returned -1

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17640. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 19883] - apply should output the number of files/directories handled

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19883. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [PATCH] Limit amount of parallelism for apply task

On Mon, 3 Dec 2001, Frank A. Hunleth [EMAIL PROTECTED] wrote: The problem that I ran into was that I was running a program using the apply task. It ran faster if given many files to work on in parallel, but in one situation the number of files passed to it overwhelmned it. Thanks, the patch

Re: antlib / proposal of Peter Reilly

On Monday 19 May 2003 11:50, Wannheden, Knut wrote: Peter, acme:hellp xmlns:acme=NSURI This would allow arbitrary NSURIs ( for people who like meaning-free URIs) and allow the classpath association. I do not want meaning-free URIs. I want ant to ignore URIs that it

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs MoveTest.java

bodewig 2003/05/19 07:05:23 Modified:src/etc/testcases/taskdefs move.xml src/testcases/org/apache/tools/ant/taskdefs MoveTest.java Log: Demonstrate bug 11732 Revision ChangesPath 1.3 +21 -0 ant/src/etc/testcases/taskdefs/move.xml Index:

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs MoveTest.java

bodewig 2003/05/19 07:11:24 Modified:src/etc/testcases/taskdefs move.xml src/testcases/org/apache/tools/ant/taskdefs MoveTest.java Log: Demonstrate bug 18886 Revision ChangesPath 1.4 +9 -0 ant/src/etc/testcases/taskdefs/move.xml Index:

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs MoveTest.java

bodewig 2003/05/19 07:27:43 Modified:src/etc/testcases/taskdefs move.xml src/testcases/org/apache/tools/ant/taskdefs MoveTest.java Log: Actually, the test for 18886 was supposed to work as is, this is a better test Revision ChangesPath 1.5 +9 -0

RE: antlib / proposal of Peter Reilly

From: peter reilly [mailto:[EMAIL PROTECTED] On Monday 19 May 2003 11:50, Wannheden, Knut wrote: I don't quite see why it would be impossible to have meaning-free URIs. Nothing is impossible..., but it is difficult to have meaning-free URIs and to support (as in ignore) other

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Copy.java Move.java

bodewig 2003/05/19 07:43:17 Modified:src/main/org/apache/tools/ant/taskdefs Copy.java Move.java Log: Don't remove basedirectories of filesets that just happen to be matched completely. PR: 18886 Revision ChangesPath 1.56 +3 -2

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Copy.java Move.java

On 19 May 2003, [EMAIL PROTECTED] wrote: Don't remove basedirectories of filesets that just happen to be matched completely. This introduces a backwards incompatibility and maybe even inconsistency, that's why I haven't closed the bug report yet. I'm asking for feedback here. The bug

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Copy.java Move.java

bodewig 2003/05/19 08:21:15 Modified:.build.xml src/main/org/apache/tools/ant/taskdefs Copy.java Move.java Log: Remove directories explicitly matched with includes. PR: 11732 Revision ChangesPath 1.379 +0 -1 ant/build.xml Index:

DO NOT REPLY [Bug 11732] - move task on directories wont always delete original directories

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11732. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Copy.java

bodewig 2003/05/19 08:37:31 Modified:.WHATSNEW docs/manual/CoreTasks copy.html move.html src/main/org/apache/tools/ant/taskdefs Copy.java Log: Make copy's failonerror attribute swallow exception while copying as well. PR: 12999 Revision

DO NOT REPLY [Bug 12999] - failonerror does not work on Copy task

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12999. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Copy.java

bodewig 2003/05/19 08:41:23 Modified:src/main/org/apache/tools/ant/taskdefs Copy.java Log: revert funny reformatting accidentially introduced with last commit Revision ChangesPath 1.59 +50 -50ant/src/main/org/apache/tools/ant/taskdefs/Copy.java Index:

cvs commit: ant/src/testcases/org/apache/tools/ant/util FileUtilsTest.java

bodewig 2003/05/19 08:55:23 Modified:src/main/org/apache/tools/ant/util FileUtils.java src/testcases/org/apache/tools/ant/util FileUtilsTest.java Log: removeLeadingPath didn't work as expected when trying to remove a path from itself. PR: 19979 Revision

DO NOT REPLY [Bug 18128] - filesets don't support sets of absolute filenames

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18128. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20020] - ANTLR.java invalid command-line argument: -traceTreeWalker;

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20020. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: antlib / proposal of Peter Reilly

Yikes!! There are a number of issues here. 1) are build script authors allowed to specify arbitary URIs for ant type definitions? I do not think this is a good idea. 2) what should ant do with URIs that it does not recognize? a) use current method - unknown elements b) ignore

DO NOT REPLY [Bug 19288] - Add noqualifier attribute to javadoc task

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20043] New: - WebsphereDeploymentTool problem with setNoinform

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20043. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

J2EE Deployment Models

This is not an Ant-specific question, but I'm not aware of any general build/deploy/promotion practices e-mail lists, and this is the closest thing to that. If someone does know of such a list/newsgroup, let me know and I redirect my query as appropriate. Our current deployment for J2EE apps