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 i

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

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

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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 th

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 18128] - s 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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19979] - FileUtils removeLeadingPath method

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

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 Chang

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: Copy.j

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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 's failonerror attribute swallow exception while copying as well. PR: 12999 Revision Cha

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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: buil

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 s 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 report

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 s that just happen to be matched completely. PR: 18886 Revision ChangesPath 1.56 +3 -2 ant/src/main/org/apache/tools/ant/task

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)

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

cvs commit: ant build.xml

bodewig 2003/05/19 07:12:15 Modified:.build.xml Log: Disable currently failing move tests Revision ChangesPath 1.378 +1 -0 ant/build.xml Index: build.xml === RCS file: /home/cvs/ant/

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: move.

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: move.

Re: antlib / proposal of Peter Reilly

On Monday 19 May 2003 11:50, Wannheden, Knut wrote: > Peter, > > > > > > > > > > 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 does n

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

DO NOT REPLY [Bug 19883] - 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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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

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

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

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 and by using

RE: antlib / proposal of Peter Reilly

Peter, > > > > > > > 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 does not understand. > At the time of processing the typedef's uri, the parsing

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/docs/manual/Integration VAJAntTool.html

bodewig 2003/05/19 02:45:28 Modified:docs/manual/Integration VAJAntTool.html Log: spam-protect Martin Landers per his request Revision ChangesPath 1.19 +1 -1 ant/docs/manual/Integration/VAJAntTool.html Index: VAJAntTool.html ==

Re: antlib / proposal of Peter Reilly

On Monday 19 May 2003 10:01, Jose Alberto Fernandez wrote: > > From: peter reilly [mailto:[EMAIL PROTECTED] > > > > On Saturday 17 May 2003 19:59, Costin Manolache wrote: > > > I think should be treated as a special > > > > with TaskAdapter > > > > > as adapter. > > > > > > ( i.e. use as the mai

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 dis

RE: antlib / proposal of Peter Reilly

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

Re: antlib / proposal of Peter Reilly

On Saturday 17 May 2003 20:13, Costin Manolache wrote: > peter reilly wrote: > > for example: > > > > > > > > to allow loading of tasks/types from different 3rd party with some tasks > > haveing the same name, I have added a "prefix" attribute. > > > > > prefix="antcontrib."/> > >

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 st

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu