DO NOT REPLY [Bug 19301] New: - junitreport fails

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 19301] - junitreport fails

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 19280] - add the ability to echo the

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 19284] - Jar files created by Ant 1.5.3 are not viewable by WinZip

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 19285] - Invalid path when using javac with fork="true"

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 19293] - jar task does not remove obsolete entries

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 19249] - javadoc @doclet.ins equivalent

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

On Thu, 24 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > Look - adding "roles" concept to ant, and adding antlib are 2 > separate issues. I tend to agree - that's why I proposed to get antlib into the main trunk with support for types and tasks only. At least for starters. If you want

Re: antlib

On Thu, 24 Apr 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote: > So how do *you* propose we plug in custom implementations of all the > things mentioned above, if not with roles? That other thing we discuss and discuss over and over again without getting anywhere 8-) "Polymorphism". Stefan

Re: antlib

On Friday 25 April 2003 08:31, Stefan Bodewig wrote: > On Thu, 24 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > > Look - adding "roles" concept to ant, and adding antlib are 2 > > separate issues. +1 > > I tend to agree - that's why I proposed to get antlib into the main > trunk with supp

DO NOT REPLY [Bug 19285] - Invalid path when using javac with fork="true"

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

On Fri, 25 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > I have implemented a generalization of FilterChain's usage of > DynamicConfigurator in IntrospectionHelper. This extends the > introspection support to include methods of the form: Yes, that's one way to implement it. The tricky par

Re: polymorphism (was Re: antlib)

On Friday 25 April 2003 10:42, Stefan Bodewig wrote: > Yes, that's one way to implement it. The tricky part starts if you > want to support polymorphism for more than one nested element. true. The problem exists in CVS HEAD for TokenFilter, it can take TokenFilter.Filter and TokenFilter.Tokenizer

Re: polymorphism (was Re: antlib)

On Fri, 25 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > I do not see the problem here: suppose Path implements > dynamicElement(Path path) > > one could do: > > > > > > > I don't want to use it as nested element of , but as nested element of . Ta

RE: antlib

> From: Costin Manolache [mailto:[EMAIL PROTECTED] > > Erik Hatcher wrote: > > > > > But the current one does not support adding other components like > > conditions, mappers, filters, and selectors. > > Does ant support this ? > > And what do you mean "does not support adding" ? It can add

RE: antlib

Peter, this is exactly my point. For every new thingy that we add we now need to go and modify IntrospectionHelper or something to make special allowances for it. It is bloating the core like mad and in my opinion it is crazy. We need a unified way to treat this things no matter what the things

RE: polymorphism (was Re: antlib)

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > On Fri, 25 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > > I do not see the problem here: suppose Path implements > > dynamicElement(Path path) > > > > one could do: > > > > > > > > > > > > >

Re: polymorphism (was Re: antlib)

On Friday 25 April 2003 11:54, Stefan Bodewig wrote: > On Fri, 25 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > I do not see the problem here: suppose Path implements > > dynamicElement(Path path) > > > > one could do: > > > > > > > > > > > > > > > >

Re: antlib

On Friday 25 April 2003 12:24, Jose Alberto Fernandez wrote: > Peter, > > this is exactly my point. For every new thingy that we add we now need to > go and modify IntrospectionHelper or something to make special allowances > for it. The dynamicelement addition to IntrospectionHelper is general an

Broken link on src-dist download page

I don´t know where that content is stored. But on http://ant.apache.org/srcdownload.cgi the link to the 1.5.3.1 version of Ant source distribution is broken. .zip archive: apache-ant-1.5.3-1-src.zip [PGP] [MD5] Link for the zip goes to http://apache.serveftp.org/apache-site/dist/ant/so

DO NOT REPLY [Bug 19301] - junitreport fails

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/xdocs bindownload.xml srcdownload.xml

bodewig 2003/04/25 06:17:26 Modified:docs bindownload.html srcdownload.html xdocsbindownload.xml srcdownload.xml Log: Fix broken link Revision ChangesPath 1.30 +1 -1 ant/docs/bindownload.html Index: bindownload.html

Re: Broken link on src-dist download page

On Fri, 25 Apr 2003, Jan Materne <[EMAIL PROTECTED]> wrote: > I don´t know where that content is stored. xdocs/srcdownload.xml > But on http://ant.apache.org/srcdownload.cgi the link to the 1.5.3.1 > version of Ant source distribution is broken. Yep, only one of them, though. Fixed now. Thank

AW: Broken link on src-dist download page

> -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Freitag, 25. April 2003 15:20 > An: [EMAIL PROTECTED] > Betreff: Re: Broken link on src-dist download page > > On Fri, 25 Apr 2003, Jan Materne <[EMAIL PROTECTED]> wrote: > > > I don´t know where th

Re: polymorphism (was Re: antlib)

On Fri, 25 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > On Friday 25 April 2003 11:54, Stefan Bodewig wrote: >> I don't want to use it as nested element of , but as >> nested element of . > Why because it feels more natural? > and how (from an xml point-of-view)? One of the questions th

Re: polymorphism (was Re: antlib)

On Fri, 25 Apr 2003, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > Actually, peter trick may give us a hint on an easy way to achieve > polimorphism. > We just need to provide a way on the basic core type implementations > to delegate all calls to a nested object (similar to what we do for

RE: antlib

Jose Alberto Fernandez wrote: > Peter, > > this is exactly my point. For every new thingy that we add we now need to > go and modify IntrospectionHelper or something to make special allowances > for it. > > It is bloating the core like mad and in my opinion it is crazy. We need a > unified way t

DO NOT REPLY [Bug 19323] New: - user-defined sequential class requires lower case nested tasks

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: polymorphism (was Re: antlib)

On Friday 25 April 2003 14:30, Stefan Bodewig wrote: > > because it feels more natural? > > > > > or > > > I see. This is an interesting idea, whether is more natural is debatable ;-). A thing to note is that "ant:" assumes that an xml namespace is set-up, <... xmlns:ant="..."> Another similar

cvs commit: ant/proposal/xdocs/dvsl task.dvsl

jesse 2003/04/25 07:09:11 Modified:proposal/xdocs/lib xdoclet-apache-module-1.2b3-dev.jar proposal/xdocs/dvsl task.dvsl Log: Generate attribute requirements Revision ChangesPath 1.2 +103 -92 ant/proposal/xdocs/lib/xdoclet-apache-module-1.2b3-dev.

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

jesse 2003/04/25 07:11:16 Modified:src/main/org/apache/tools/ant/taskdefs Property.java Log: Add some new @tags for xdocs Revision ChangesPath 1.61 +38 -23ant/src/main/org/apache/tools/ant/taskdefs/Property.java Index: Property.java =

cvs commit: ant build.xml

jesse 2003/04/25 07:16:47 Modified:.build.xml Log: Add 2 new @tags that should be ignored by Revision ChangesPath 1.371 +2 -0 ant/build.xml Index: build.xml === RCS file: /home/cv

Re: polymorphism (was Re: antlib)

On Friday 25 April 2003 14:34, Stefan Bodewig wrote: > On Fri, 25 Apr 2003, Jose Alberto Fernandez > > In simple non-ambiguos cases like the above this could be without the > trick. > > > > > > > > This is exactly what dynamicElement is for. For example: as ConditionBase has dynamicEleme

cvs commit: ant build.xml

jesse 2003/04/25 07:21:35 Modified:.build.xml Log: 1 more @tag to ignore Revision ChangesPath 1.372 +1 -0 ant/build.xml Index: build.xml === RCS file: /home/cvs/ant/build.xml,v r

DO NOT REPLY [Bug 19323] - user-defined sequential class requires lower case nested tasks

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

[PATCH] docs/manual/install.html: src-distribution directory stru cture documented

Title: [PATCH] docs/manual/install.html: src-distribution directory structure documented I have documented the directory structure of the source distribution. Maybe it´s worth to be added? Attached the diff-file and the whole html. Jan Matèrne <> <>

Re: cvs commit: ant/proposal/xdocs/dvsl task.dvsl

Got patches to the stuff you'd like me to commit on the XDoclet codebase? Nice work (having not run it yet myself, just browsing the commit messages)! Erik On Friday, April 25, 2003, at 10:09 AM, [EMAIL PROTECTED] wrote: jesse 2003/04/25 07:09:11 Modified:proposal/xdocs/

Bug 13655: proper retrncode for ant.bat

Hello, I sent a patch in to fix this bug about two months ago and have yet to hear any response. Is there something I did wrong? How can I get this checked in? Simon N.B. Please CC me on replies.

Re: cvs commit: ant/proposal/xdocs/dvsl task.dvsl

On Fri, 25 Apr 2003, Erik Hatcher <[EMAIL PROTECTED]> wrote: > stuff you'd like me to commit on the XDoclet codebase? OK, my snippage isn't fair, I know 8-) How about Jira Issue XJD-21, Gump would really benefit from it 8-) Stefan

Re: cvs commit: ant/proposal/xdocs/dvsl task.dvsl

On Fri, 2003-04-25 at 10:29, Erik Hatcher wrote: > Got patches to the stuff you'd like me to commit on the > XDoclet codebase? Yes. I've checked in a binary in the proposal tree, but Gump wont use it, so I need to get them into XDoclet's CVS tree. How much work wuld be involved in moving the

class loader

I was looking at eclipse ant integration, and discovered on interesting bug. It seems eclipse has a security manager enabled. That means tasks that have security checks will perform them - and if they are loaded by ant class loader, the test will fail, since our loader doesn't associate a CodeBase

RE: antlib

> From: Costin Manolache [mailto:[EMAIL PROTECTED] > > > Fine - but do this in core, not in antlib. > But this are changes to core. Granted they are comming as part of the bundle but they are not in antlib. What it is in antlib is a way to declare these roles and I am 100% with you that we sho

Re: cvs commit: ant/proposal/xdocs/dvsl task.dvsl

On Friday, April 25, 2003, at 10:41 AM, Jesse Stockall wrote: I've checked in a binary in the proposal tree, but Gump wont use it, so I need to get them into XDoclet's CVS tree. How much work wuld be involved in moving the module to Ant's CVS tree? I don't think it would be too much work. It wa

DO NOT REPLY [Bug 19284] - Jar files created by Ant 1.5.3 are not viewable by WinZip

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: polymorphism (was Re: antlib)

This discussion starts to get interesting. Just a few thoughts... > > > > because it feels more natural? > > > > > > > > > > or > > > > ant:element="classpath"> > > > I see. This is an interesting idea, whether is more natural > is debatable ;-). > It'd be natural to people who've worked wit

DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.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 13222] - [PATCH] ClearCase mklabel and mklbtype tasks

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: polymorphism (was Re: antlib)

On Friday 25 April 2003 16:45, Wannheden, Knut wrote: > > It'd be natural to people who've worked with XML Schema Instance documents, > where you'd write something like: > > > > Maybe the XML Namespace like notation of "my:somekindofpath" could mean > that "somekindofpath" is a task/type define

DO NOT REPLY [Bug 18581] - ClearCase ChangeLog 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

Jose Alberto Fernandez wrote: >> From: Costin Manolache [mailto:[EMAIL PROTECTED] >> >> >> Fine - but do this in core, not in antlib. >> > > But this are changes to core. Granted they are comming as part of the > bundle but they are not in antlib. All I ask is to do the changes in the core se

Re: antlib

On Friday, April 25, 2003, at 01:25 PM, Costin Manolache wrote: All I ask is to do the changes in the core separately. +1 I'm in agreement with you on the order of events, Costin, 100%. with tasks/datatypes is fair game to migrate into HEAD, then core changes to make the other components work

Re: cvs commit: ant/proposal/xdocs/dvsl task.dvsl

On Friday, April 25, 2003, at 10:41 AM, Jesse Stockall wrote: On Fri, 2003-04-25 at 10:29, Erik Hatcher wrote: Got patches to the stuff you'd like me to commit on the XDoclet codebase? Yes. I've committed the patches to XDoclet's CVS that you sent to me. Let me know if there are any issues or I

Re: antlib

On Friday 25 April 2003 18:32, Erik Hatcher wrote: > On Friday, April 25, 2003, at 01:25 PM, Costin Manolache wrote: > > All I ask is to do the changes in the core separately. > > +1 > +1 > I'm in agreement with you on the order of events, Costin, 100%. > with tasks/datatypes is fair game to migr

Antlib descriptor

New thread. Ok, I thought about it - and I will agree with the majority that XML should be used. However I'm more convinced than ever that the XML should use a subset of ant, and reuse the same processing infrastructure. I.e. not another parser or rules. Erik and few others seem to believe tha

Re: antlib

peter reilly wrote: > On Friday 25 April 2003 18:32, Erik Hatcher wrote: >> On Friday, April 25, 2003, at 01:25 PM, Costin Manolache wrote: >> > All I ask is to do the changes in the core separately. >> >> +1 >> > +1 >> I'm in agreement with you on the order of events, Costin, 100%. >> with task

DO NOT REPLY [Bug 18581] - ClearCase ChangeLog 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

On Friday, April 25, 2003, at 01:39 PM, peter reilly wrote: I'm in agreement with you on the order of events, Costin, 100%. with tasks/datatypes is fair game to migrate into HEAD, then with xml or with properties? I don't care. :)) So take that as a +0 on either - for the time being. I think XM

Re: Antlib descriptor

On Friday, April 25, 2003, at 01:39 PM, Costin Manolache wrote: New thread. +1 :) However I'm more convinced than ever that the XML should use a subset of ant, and reuse the same processing infrastructure. I.e. not another parser or rules. I'll defer commenting on this until I ponder it more and

Re: Antlib descriptor

Erik Hatcher wrote: >> - maybe we want antlibs to have some initialization. This can be >> easily done >> by allowing more ant elements in the descriptor >> - maybe we'll want to allow antlib to declare targets - that could be >> used >> in depends or antcall ( > depends="myAntLib:antlibTarget"/>

RE: Antlib descriptor

> From: Erik Hatcher [mailto:[EMAIL PROTECTED] > > > - maybe we want antlibs to have some initialization. This can be > > easily done > > by allowing more ant elements in the descriptor > > - maybe we'll want to allow antlib to declare targets - > that could be > > used > > in depends or antcal

RE: Antlib descriptor

> From: Costin Manolache [mailto:[EMAIL PROTECTED] > > Erik Hatcher wrote: > > > What I'm trying to say is that a lot of things we might want > later will > be simpler, and we won't have to bloat the antlib SAX > processor to implement > such features. > > I'm sure there are some valid uses

DO NOT REPLY [Bug 17040] - JUnit task report does not use the one defined by setName 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

RE: Antlib descriptor

Jose Alberto Fernandez wrote: > I am not too keen on having alive ANTS roaming in my classpath. > > Jar files are passive things, in general having too many in your > classpath does not mean you will execute more stuff. I think that is nice > and autoinitializing jars (antlibs) sound way too scar

RE: polymorphism (was Re: antlib)

> I have been thinking about using namespaces with antlibs like this: > > ><.. init properies .../> > xmlns:antelope="antlib:${antelope.jar}"> > > > > > > > > > > > That is almost the same thin

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/sos SOS.java SOSCheckin.java SOSCheckout.java SOSGet.java SOSLabel.java

jesse 2003/04/25 14:10:02 Modified:src/main/org/apache/tools/ant/taskdefs/optional/sos SOS.java SOSCheckin.java SOSCheckout.java SOSGet.java SOSLabel.java Log: Fix the javadoc comments and add @ant.attribute tags for xdocs documentati

RE: polymorphism (was Re: antlib)

Wannheden, Knut wrote: >> >><.. init properies .../> >>> xmlns:antelope="antlib:${antelope.jar}"> >> >> >> >> >> >> >> >> >> >> Or even: In any case - if ComponentHelper is used, it'll get "antl

RE: polymorphism (was Re: antlib)

No need for parsing! Don't know about ClassLoader#getResources??? --DD > -Original Message- > From: Costin Manolache [mailto:[EMAIL PROTECTED] > > I don't like passing the .jar very much - but that's probably the only > way if we want to use META-INF/antlib.xml. > > The alternative would

RE: polymorphism (was Re: antlib)

Dominique Devienne wrote: > No need for parsing! Don't know about ClassLoader#getResources??? --DD I meant "open the jar, read the entry". That requires a jar to exist - if you want to package multiple libs in a jar, you need to merge the descriptors ( will this allow multiple namespaces ? ) Som