Re: programmatically creating and marshalling antfiles

Jack Woehr wrote: Steve Loughran wrote: Even if you could retro-fit every task out there with getters, -what about overloaded set operatons? which one should the get return? -what about property assignments. Tasks get their setters with properties expanded. Hmm. Ah, well. Writing out th

Re: programmatically creating and marshalling antfiles

Maybe it is better not to write the project at all, but construct it on a fly and execute it right a way. Of cause, if project creation is slow, you might want to cache the result. In that case, maybe you can log all actions in your own format and do not create ANT XML. - Alexey. On 8/6/05, jona

Re: programmatically creating and marshalling antfiles

Steve Loughran wrote: Even if you could retro-fit every task out there with getters, -what about overloaded set operatons? which one should the get return? -what about property assignments. Tasks get their setters with properties expanded. Hmm. Ah, well. Writing out the project seems to b

Re: programmatically creating and marshalling antfiles

Jack Woehr wrote: Jose Alberto Fernandez wrote: One of the problems here is that it is not always possible to reconstruct the XML for a particular TASK. That is, tasks MUST have setXXX methods for every attribute, but there is no requirement that they provide a corresponding getXXX. Simillar fo

Re: programmatically creating and marshalling antfiles

Jack Woehr wrote: Conor MacNeill wrote: jonathan gold wrote: are there libraries i've somehow missed in the ant api that allow me to take a Project object i've built programmatically and write it as an antfile to some OutputStream? You have not missed anything as there are no librarie

Re: programmatically creating and marshalling antfiles

Antoine Levy-Lambert wrote: Hello Jack, I think that it is as you said an "entrepreneurial opportunity", I am not sure whether any committer would try to do it. Well, it can't be done without the cooperation of the committers because it implies (henceforth and for all time) a requirement for

DO NOT REPLY [Bug 36104] - Exclude doesn't appear to be working on Tar 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36104] - Exclude doesn't appear to be working on Tar 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36104] New: - Exclude doesn't appear to be working on Tar 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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 36093] - [PATCH] Signjar npe fix

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

mbenson 2005/08/09 08:30:34 Modified:src/main/org/apache/tools/ant/taskdefs SignJar.java Log: Fix comparison w/ exposed NPE PR: 36093 Obtained from: Dave Brosius Revision ChangesPath 1.55 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/SignJar.java Ind

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs defaults.properties

mbenson 2005/08/09 08:26:49 Modified:src/main/org/apache/tools/ant/taskdefs defaults.properties Log: remove clone taskdef Revision ChangesPath 1.173 +0 -1 ant/src/main/org/apache/tools/ant/taskdefs/defaults.properties Index: defaults.properties ==

DO NOT REPLY [Bug 36092] - [PATCH] remove reflective toArray calls

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 CONTRIBUTORS

mbenson 2005/08/09 08:25:34 Modified:.CONTRIBUTORS Log: Add Dave Brosius PR: 36092, 36094 Revision ChangesPath 1.52 +1 -0 ant/CONTRIBUTORS Index: CONTRIBUTORS === RCS file: /home/

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/extension Extension.java Specification.java

mbenson 2005/08/09 08:24:52 Modified:src/main/org/apache/tools/ant/launch Launcher.java src/main/org/apache/tools/ant/taskdefs PathConvert.java src/main/org/apache/tools/ant/taskdefs/optional Javah.java src/main/org/apache/tools/ant/taskdefs/o

DO NOT REPLY [Bug 36094] - [PATCH] Resource hashCode npe if name is null

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/types Resource.java

mbenson 2005/08/09 07:55:07 Modified:src/main/org/apache/tools/ant/types Resource.java Log: Fix reversed ?: consequences; avoid NPE. PR: 36094 Obtained from: Dave Brosius Revision ChangesPath 1.16 +1 -1 ant/src/main/org/apache/tools/ant/types/Resource.java

DO NOT REPLY [Bug 36094] - [PATCH] Resource hashCode npe if name is null

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:

Yep, forgot to remove the taskdef when I removed the task. Thanks, Matt --- [EMAIL PROTECTED] wrote: > I´m just reading the taskdefs/default.properties ... > and there is an entry >clone=org.apache.tools.ant.taskdefs.Clone > but there is no class ... > > Have you something forgotten, Matt?

DO NOT REPLY [Bug 15031] - ANT with does not spot bad symlinks

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 15031] - ANT with does not spot bad symlinks

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

AW: commons dev list CVS component

Good - you got my meaning :-) Jan >-Ursprüngliche Nachricht- >Von: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] >Gesendet: Dienstag, 9. August 2005 12:10 >An: Ant Developers List >Betreff: RE: commons dev list CVS component > >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >>

RE: commons dev list CVS component

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > ATM tasks and types are declared via > taskdefs/default.properties and types/default.properties. > Could we extend that mechanism to allow an AntLib-URI? > > taskdefs/default.properties > --

AW: commons dev list CVS component

ATM tasks and types are declared via taskdefs/default.properties and types/default.properties. Could we extend that mechanism to allow an AntLib-URI? taskdefs/default.properties # standard ant tasks mkdir=org.apache.tools.ant.taskdefs.Mkdir jav

DO NOT REPLY [Bug 36097] - P4Edit adds strange characters in the view path

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 36097] New: - P4Edit adds strange characters in the view path

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: commons dev list CVS component

I would love to remove some of the fat from the current ANT and move more things to individual antlibs that people can load on demand. However, the main issue we need to face is how to maintain easy backward compatibility at least at the XML level. We need to define a proper strategy or antlib

RE: commons dev list CVS component

> From: Kev Jackson [mailto:[EMAIL PROTECTED] > > It looks like there's a possibility that a java based CVS component > could soon be in commons/incubator, having noticed comments > in the CVS > task source about using a pure Java version (jCVS) and there being > problems with IP, I can only

AW: AW: AW: commons dev list CVS component

We dont have any scenarios for the 1.7-release and AntLibs. AntLibs are brand new (for the AntCore). But I think we tend to split the current codebase into AntLibs, so we wont do the opposite for svn. What we do internally doesnt met (so much). The user (users who use Ant or writing against Ants

Re: AW: AW: commons dev list CVS component

[EMAIL PROTECTED] wrote: Holding the source in an AntLib doesnt mean that we cant ship them in the "main" distro (nearly) as usual. Jan Indeed, we just need to make the task point to the re-packaged versions instead, I presume we'll ship the svn task as part of verions 1.7 as an antlib?

AW: AW: commons dev list CVS component

Holding the source in an AntLib doesnt mean that we cant ship them in the "main" distro (nearly) as usual. Jan >-Ursprüngliche Nachricht- >Von: Kev Jackson [mailto:[EMAIL PROTECTED] >Gesendet: Dienstag, 9. August 2005 09:44 >An: Ant Developers List >Betreff: Re: AW: commons dev list CVS

Re: programmatically creating and marshalling antfiles

Hello Jack, I think that it is as you said an "entrepreneurial opportunity", I am not sure whether any committer would try to do it. Cheers, Antoine - Original Message - From: "Jack Woehr" <[EMAIL PROTECTED]> To: "Ant Developers List" Sent: Monday, August 08, 2005 5:36 PM Subject: Re:

Re: AW: commons dev list CVS component

[EMAIL PROTECTED] wrote: IMHO all stuff which relies on an external system (other than JDK or the OS :-) should be in an AntLib. And scm´s rely on the scm-server. So a quick view on the core task list gave me: - CVS: Cvs, CvsChangeLog, CvsVersion, CVSPass, CvsTagDiff mmh - not more ... And o