DO NOT REPLY [Bug 29045] New: - Updates to Move & Copy

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://issues.apache.org/bugzilla/show_bu

RE: Integrated a new task

Yves, This question is for the user-list. In an case, there is no need for you to rebuild anything, youshould take a look at , and/or tasks, which explain how to integrate your code with ant's. Cheers, Jose Alberto PS: If you have further questions go to the user-list. > -Original Message

Integrated a new task

Hi, I make a small task for ant, and i want to integrated to my ant just for see. I try to modify the defaults.properties containing the definition of the task in bin/org/apache/tools/ant/taskdefs, ant i need a new types so i make the same step in the second defaults.properties in bin/org

DO NOT REPLY [Bug 29011] - Enhance the -tag to support filesets for both source *and* destination

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28993] - [PATCH] Using can break XmlLogger

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28993] - [PATCH] Using can break XmlLogger

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://issues.apache.org/bugzilla/show_bu

RE: antlibs and classloaders #2

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > >>From: Peter Reilly [mailto:[EMAIL PROTECTED] > >> > >>In this case the parent is the antlib classloader (it is the default > >>classloader). > >> > >> > >> > > > >So what happens if the toplevel antlib get

RE: antlibs and classloaders #2

Mariano, I also agree with you and what you are saying. However I think we have several different parts of the proposal that are too loose and hence allow to break this general concept as you put it. For example we have: 1) The jars containing the antlig code (which is defined by a classpath or

DO NOT REPLY [Bug 28993] - [PATCH] Using can break XmlLogger

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28993] - [PATCH] Using can break XmlLogger

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://issues.apache.org/bugzilla/show_bu

Re: antlibs and classloaders #2

Jose Alberto Fernandez wrote: From: Peter Reilly [mailto:[EMAIL PROTECTED] Jose Alberto Fernandez wrote: This things sound like we are using the wrong abstraction here. inside an should use the antlib classloader as the parent for any subsequent classloader. In this c

cvs commit: ant/src/main/org/apache/tools/ant/util DOMElementWriter.java

peterreilly2004/05/17 06:43:53 Modified:src/main/org/apache/tools/ant Tag: ANT_16_BRANCH XmlLogger.java src/main/org/apache/tools/ant/util Tag: ANT_16_BRANCH DOMElementWriter.java Log: sync Revision ChangesPath

cvs commit: ant/src/main/org/apache/tools/ant/util DOMElementWriter.java

peterreilly2004/05/17 06:43:32 Modified:src/main/org/apache/tools/ant XmlLogger.java src/main/org/apache/tools/ant/util DOMElementWriter.java Log: better diagnostics from XmlLogger.java PR: 28993 Obtained from: Jesse Glick Revision ChangesPath 1.45

RE: antlibs and classloaders #2

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > >This things sound like we are using the wrong abstraction here. > > inside an should use the antlib > classloader as the > >parent for any subsequent classloader. > > > > > In this case the parent is the

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

peterreilly2004/05/17 06:30:52 Modified:src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH MacroDef.java Log: sync Revision ChangesPath No revision No revision 1.7.2.18 +8 -15 ant/src/main/org/apa

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

peterreilly2004/05/17 06:30:17 Modified:src/main/org/apache/tools/ant/taskdefs MacroDef.java Log: Fix use of hashcode in MacroDef Logger code uses the macrodef as a key in a map before it is fully configured so the hashcode had changed while the object was in the map PR: 2899

DO NOT REPLY [Bug 28996] - [PATCH] Permit building under JDK 1.5 beta 2

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://issues.apache.org/bugzilla/show_bu

cvs commit: ant build.xml

peterreilly2004/05/17 06:22:53 Modified:.Tag: ANT_16_BRANCH build.xml Log: sync Revision ChangesPath No revision No revision 1.392.2.26 +5 -2 ant/build.xml Index: build.xml ===

cvs commit: ant build.xml

peterreilly2004/05/17 06:22:12 Modified:.build.xml Log: Permit building under JDK 1.5 PR: 28996 Obtained from: Jesse Glick Revision ChangesPath 1.419 +5 -2 ant/build.xml Index: build.xml =

Re: antlibs and classloaders #2

Jose Alberto Fernandez wrote: From: Peter Reilly [mailto:[EMAIL PROTECTED] I meant to respond to this earlier, but did not get the chance. 1) use of classpath in an antlib. I have tested using a classpath within an antlib: ~/.ant/lib/x_call.jar containing: x/antlib.xml This works fine,

DO NOT REPLY [Bug 29011] - Enhance the -tag to support filesets for both source *and* destination

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29011] - Enhance the -tag to support filesets for both source *and* destination

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29011] - Enhance the -tag to support filesets for both source *and* destination

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://issues.apache.org/bugzilla/show_bu

Re: antlibs and classloaders #2

I would agree with you on all points (I think). Mariano Benitez wrote: This things sound like we are using the wrong abstraction here. inside an should use the antlib classloader as the parent for any subsequent classloader. I do not see why that should cause an infinite recursion. I feel like w

DO NOT REPLY [Bug 29011] - Enhance the -tag to support filesets for both source *and* destination

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://issues.apache.org/bugzilla/show_bu

Re: antlibs and classloaders #2

This things sound like we are using the wrong abstraction here. inside an should use the antlib classloader as the parent for any subsequent classloader. I do not see why that should cause an infinite recursion. I feel like we have a conceptual mismatch between antlib "the jar" with the code, an

RE: antlibs and classloaders #2

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > > I meant to respond to this earlier, but did not get the chance. > > 1) use of classpath in an antlib. > I have tested using a classpath within an antlib: > > ~/.ant/lib/x_call.jar containing: > x/antlib.xml > > > > > > > This w

DO NOT REPLY [Bug 28995] - [PATCH] Ignore built distributions

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://issues.apache.org/bugzilla/show_bu

cvs commit: ant .cvsignore

peterreilly2004/05/17 03:41:13 Modified:.Tag: ANT_16_BRANCH .cvsignore Log: sync Revision ChangesPath No revision No revision 1.10.2.1 +3 -0 ant/.cvsignore Index: .cvsignore =

cvs commit: ant .cvsignore

peterreilly2004/05/17 03:40:19 Modified:..cvsignore Log: Ignore built distributions for cvs PR: 11557 Obtained from: Jesse Glick Revision ChangesPath 1.12 +1 -0 ant/.cvsignore Index: .cvsignore =

DO NOT REPLY [Bug 28997] - [PATCH] Remove redundant from javah.html

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://issues.apache.org/bugzilla/show_bu

cvs commit: ant/docs/manual/OptionalTasks javah.html

peterreilly2004/05/17 03:35:41 Modified:docs/manual/OptionalTasks Tag: ANT_16_BRANCH javah.html Log: sync Revision ChangesPath No revision No revision 1.6.2.3 +0 -3 ant/docs/manual/OptionalTasks/javah.html Index: javah.h

cvs commit: ant/docs/manual/OptionalTasks javah.html

peterreilly2004/05/17 03:35:15 Modified:docs/manual/OptionalTasks javah.html Log: Remove redundant from javah.htm PR: 11559 Obtained from: Jesse Glick Revision ChangesPath 1.8 +0 -3 ant/docs/manual/OptionalTasks/javah.html Index: javah.html

DO NOT REPLY [Bug 29030] New: - Problem in compiling ejb's using ant 1.4.1 in WSAD 5.0

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28999] - [PATCH] Misc. corrections in SignJar.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://issues.apache.org/bugzilla/show_bu

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

peterreilly2004/05/17 03:18:30 Modified:src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH SignJar.java Log: sync Revision ChangesPath No revision No revision 1.31.2.5 +8 -5 ant/src/main/org/apac

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

peterreilly2004/05/17 03:12:30 Modified:src/main/org/apache/tools/ant/taskdefs SignJar.java Log: Misc. corrections in SignJar.java PR: 28999 Obtained from: Jesse Glick Revision ChangesPath 1.37 +3 -6 ant/src/main/org/apache/tools/ant/taskdefs/SignJar.java

Re: antlibs and classloaders #2

I meant to respond to this earlier, but did not get the chance. 1) use of classpath in an antlib. I have tested using a classpath within an antlib: ~/.ant/lib/x_call.jar containing: x/antlib.xml This works fine, but depends on a possible bug in ant see: bugzilla 28782 http://issues.apache

DO NOT REPLY [Bug 29011] - Enhance the -tag to support filesets for both source *and* destination

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28984] - Optional ccm tasks only run on windows, patch for linux compatibility

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://issues.apache.org/bugzilla/show_bu