DO NOT REPLY [Bug 4398] - org.apache.tools.ant.Main's start method calls System.exit(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://nagoya.apache.org/bugzilla/show_bug

RE: Roles (was: antlib)

> From: peter reilly [mailto:[EMAIL PROTECTED] > > On Wednesday 30 April 2003 16:24, Stefan Bodewig wrote: > > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > >> it is, with an addXYZ(Condition) method marking it up - I'm not > > >> really fond of any of the proposed naming conven

RE: NameSpace & antlib was (Re: polymorphism)

Jose Alberto Fernandez wrote: >> That means more filesystem specific code. You can't use >> getResource() to >> get META-INF/antlib.xml from a specific jar - unless you're >> sure that's >> the only jar with that res. in the classloader. So you either >> operate on the >> jar with Zip, or you hav

RE: Roles (was: antlib)

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Tue, 29 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > > Stefan Bodewig wrote: > > >>> - Should we use (, ) tuple to find the class? > >>> Should we use (ParentClass, , ) tuple ? > >> > >> I'm not sure what the difference is, here

RE: NameSpace & antlib was (Re: polymorphism)

> From: Costin Manolache [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > > What I thought was to have a separate directory ANT/antlib > (or something) > > where people can put libraries which they can load easily on demand. > > Something like: > > > > > > > > which will just l

DO NOT REPLY [Bug 19492] - jarlib-display fails on jars without manifest

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 19492] New: - jarlib-display fails on jars without manifest

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 19407] - XSLT top-level variables don't get re-initalized between transformations

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

peter reilly wrote: > I think that agreement is very close. > > What about this proposal: > > The current types and tasks properties files may be combined > into a antdef.xml file of the form: > >onerror="fail/report/ignore"/> > ... > ... > What is the "onerr

DO NOT REPLY [Bug 4398] - org.apache.tools.ant.Main's start method calls System.exit(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://nagoya.apache.org/bugzilla/show_bug

Re: Roles (was: antlib)

peter reilly wrote: > On Wednesday 30 April 2003 17:54, Costin Manolache wrote: >> Stefan Bodewig wrote: >> > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: >> >> We are still left the problem of the Type create() pattern. >> > >> > I don't think that it was solvable. Almost any sol

Re: Roles (was: antlib)

On Wednesday 30 April 2003 17:54, Costin Manolache wrote: > Stefan Bodewig wrote: > > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > >> We are still left the problem of the Type create() pattern. > > > > I don't think that it was solvable. Almost any soltion world require > > coope

Re: Roles (was: antlib)

Stefan Bodewig wrote: > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > >> We are still left the problem of the Type create() pattern. > > I don't think that it was solvable. Almost any soltion world require > cooperation of the classes implementing the create method. > > What w

Re: Roles (was: antlib)

Stefan Bodewig wrote: > On Tue, 29 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: >> Stefan Bodewig wrote: > - Should we use (, ) tuple to find the class? Should we use (ParentClass, , ) tuple ? >>> >>> I'm not sure what the difference is, here. >> >> In the second case, the pa

Re: [PATCH] Fix for VAJ4

Hi Francois, hi Stefan, Stefan: I think we've found someone to confirm my patches! :) Francois: It seems your attachments were stripped... I've submitted a set of patches for the VAJ tasks - including the "import-patch" you mention - to this list a while ago. The reason the patches haven't made

Re: NameSpace & antlib was (Re: polymorphism)

I think that agreement is very close. What about this proposal: The current types and tasks properties files may be combined into a antdef.xml file of the form: ... ... Definer (in the form of or ) can use this either as a file or as a resource. or or (if antcontib-xyz.jar

Re: Roles (was: antlib)

On Wednesday 30 April 2003 16:24, Stefan Bodewig wrote: > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > >> it is, with an addXYZ(Condition) method marking it up - I'm not > >> really fond of any of the proposed naming conventions so far. > > > > Whats wrong with add(Condition) ? >

DO NOT REPLY [Bug 19482] - Allow for properties to be used in (glob) mapper

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 19482] - Allow for properties to be used in (glob) mapper

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 19449] - broken

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 19436] - failing with IntelliJ 3.0.4

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

Some more thoughts on namespaces... > > > I do not like the "type" attribute, type is already use on several > > places like > > names ... > > This is where I'd really see a magical namespace for attributes that > get parsed by Ant's core. > Then the whole thing would resemble XML Schema Ins

DO NOT REPLY [Bug 19407] - XSLT top-level variables don't get re-initalized between transformations

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 19386] - condition evaluates to true when both files cannot be found

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 18664] - Patch JavaCC/JJTree version changes 3.0 vs 2.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 19467] - JavaCC task does not support JavaCC 3.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://nagoya.apache.org/bugzilla/show_bu

[PATCH] New RExecTask

I have implemented a new RExecTask which I believe can be of use to others. I wasn't that difficult: I took the TelnetTask as a model and transformed it into an RExecTask. Note: - these patches have been made against Ant 1.5.3 - I used "diff -c" to create them (the -u option is not available on m

[PATCH] Fix for VAJ4

I have slightly modified the VisualAge for Java tasks in order to make them work with VAJ v4.0. In fact it was a simple fix: VAJ4 Remote Tools now provides its own implementation of the servlet classes, so all I had to do was to change the imports of the VAJToolsServlet class. In addition, I also

Re: Roles (was: antlib)

On Tue, 29 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: >>> - Should we use (, ) tuple to find the class? >>> Should we use (ParentClass, , ) tuple ? >> >> I'm not sure what the difference is, here. > > In the second case, the parent class is also used when cons

Re: Roles (was: antlib)

On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: >> it is, with an addXYZ(Condition) method marking it up - I'm not >> really fond of any of the proposed naming conventions so far. > > Whats wrong with add(Condition) ? Nothing so far. >> We still need a solution for the ambiguos cas

Re: Roles (was: antlib)

On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > We are still left the problem of the Type create() pattern. I don't think that it was solvable. Almost any soltion world require cooperation of the classes implementing the create method. What we can do is adapting all core classes

DO NOT REPLY [Bug 19482] - Allow for properties to be used in (glob) mapper

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 19437] - Allow targets to be inherited to lower level subprojects like properties

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 19485] New: - Start server sequence

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 19482] New: - Allow for properties to be used in (glob) mapper

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

Jose Alberto Fernandez wrote: >> From: Costin Manolache [mailto:[EMAIL PROTECTED] >> >> >> My concerns with getResources() as oposed to >> getResource( PACKAGE/antlib.xml): >> >> 1. startup time. In order to load one library you need to process all >> of them. It can be resolved with caching th

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

On Wednesday, April 30, 2003, at 02:14 AM, Stefan Bodewig wrote: XDoclet needs to have a JAR to look at though, as it needs to get at META-INF/xdoclet.xml I think it will work with directories as well, as long as the directory mirrors the jar file structure. Cool. I've modified the build to do it

cvs commit: ant/proposal/xdocs build.xml

ehatcher2003/04/30 06:19:47 Modified:proposal/xdocs build.xml Log: hopefully fix Gump Revision ChangesPath 1.23 +13 -5 ant/proposal/xdocs/build.xml Index: build.xml === RCS file: /home/cvs/a

DO NOT REPLY [Bug 19470] New: - Use createViewLabel method of View class to create view labels instead of Label class

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: [PATCH] updated Copyright year in build.bat + bootstrap.bat

On Wed, 30 Apr 2003, Jan Materne <[EMAIL PROTECTED]> wrote: > While writing some batchfiles (and getting ideas from that two > files) I saw that the copyright year is "2002". Because they haven't change this year, yet. Stefan

[PATCH] updated values in STATUS

Title: [PATCH] updated values in STATUS I don´t know whether that file is still in use. But the values in that are old. I´m not sure with the entries for "Repositories" and "Maintenance" (especially thats CVS_TAG). Jan <>

[PATCH] updated Copyright year in build.bat + bootstrap.bat

Title: [PATCH] updated Copyright year in build.bat + bootstrap.bat While writing some batchfiles (and getting ideas from that two files) I saw that the copyright year is "2002". Jan <> <>

DO NOT REPLY [Bug 19467] - JavaCC task does not support JavaCC 3.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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19467] - JavaCC task does not support JavaCC 3.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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19467] New: - JavaCC task does not support JavaCC 3.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://nagoya.apache.org/bugzilla/show_bu

RE: NameSpace & antlib was (Re: polymorphism)

> From: Costin Manolache [mailto:[EMAIL PROTECTED] > > > My concerns with getResources() as oposed to > getResource( PACKAGE/antlib.xml): > > 1. startup time. In order to load one library you need to process all > of them. It can be resolved with caching the result and > looking at .jar > mo

[GUMP] Build Failure - ant-xdocs-proposal

etails. Last 50 lines of build output follows. [antdoclet] (Translator.getString89 ) #arguments=1 [antdoclet] (Translator.getString91 ) arg #0=/home/rubys/jakarta/jakarta-regexp/bin/jakarta-regexp-20030430.jar [antdoclet] (Translator.getBundle

AW: [PATCH] New resource found

Maybe someone can make a statistic for the dev and user mailinglist. But the toplevel domain of the email adresses wouldn´t say too much. Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 30. April 2003 08:31 > An: [EMAIL PROTECTED] >

Re: [PATCH] New resource found

On Tue, 29 Apr 2003, Steve Loughran <[EMAIL PROTECTED]> wrote: > wow, a CD. I am impressed. I'll have to get hold of a copy so that > I will have some German literature other than Lucky Luke cartoons > that my finite German understanding can cope with :) Reminds me on the Asterix cartoons in Lat

Re: [PATCH] New resource found

On Wed, 30 Apr 2003, Jan Materne <[EMAIL PROTECTED]> wrote: > Maybe I had a person who can correct that book (Stefan lives near to > me, I the info on his Apache website is uptodate). The info is absolutely up-to-date (which means I'm sitting in Cologne right now). Let's take that off list, OK?

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

On Tue, 29 Apr 2003, Erik Hatcher <[EMAIL PROTECTED]> wrote: > Will Gump be ok with this change? Not sure. We'll see 8-) You will probably need some tags in the Gump descriptor (probably as well). > I get an eerie feeling that it won't like trying to use a JAR that > is built during the buil

AW: [PATCH] New resource found

You´re right. For my last book (about Rational Rose - as co-author) I got not very much money. No car, a cheap bike :-) I should think about your suggestion: speaking on conference. But actual I spend some time on improvement Ant (docs, testcases, maybe some additional features). Jan > -Ur

Re: [PATCH] New resource found

If I try and discourage you from writing a book, will you take me seriously? dont do it for the money -So far I think my gross earnings have been in the $5000 mark, the US gov has taken their share and now the UK tax return paperwork is trickling in. dont do it for the fun -its fun for the first

DO NOT REPLY [Bug 19437] - Allow targets to be inherited to lower level subprojects like properties

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

AW: [PATCH] New resource found

It seems so. In the past two years I read a lot of articles about Ant in several newspapers (iX - www.heise.de/iX, Java Magazin - www.javamagazin.de, Java Spektrum - www.javaspektrum.de, ...) I thought about writing a book for my own, and the publisher liked that idea to have a book about that top

Re: [PATCH] New resource found

wow, a CD. I am impressed. I'll have to get hold of a copy so that I will have some German literature other than Lucky Luke cartoons that my finite German understanding can cope with :) As an aside, that makes two German books on ant, one slender quick reference and this one (what does the title