DO NOT REPLY [Bug 24802] New: - The style task and nested classpath

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 24799] New: - junitreport stylesheet causes StackOverflow with big replacements

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 24798] - BZip2: faster, less memory

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 24798] New: - BZip2: faster, less memory

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: [VOTE] local for 1.6

peter reilly wrote: (hopefully this should be the final feature vote for 1.6) The local feature allows local properties - properties that are valid only for the enclosing scope. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23942 This is a useful feature in general and for macrodef in particula

DO NOT REPLY [Bug 24685] - Copy task does not deal with filterfile correctly

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: My itches with (was Re: [VOTE] local for 1.6)

On Tuesday 18 November 2003 18:14, Jose Alberto Fernandez wrote: > > From: peter reilly [mailto:[EMAIL PROTECTED] > > > > On Tuesday 18 November 2003 17:05, Jose Alberto Fernandez wrote: > > > My major issue with the current implementation proposal is that it > > > touches way too many places in th

DO NOT REPLY [Bug 24685] - Copy task does not deal with filterfile correctly

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 18886] - Move files deletes directory if the directory is empty

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 23941] - move task deletes source directory

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: My itches with (was Re: [VOTE] local for 1.6)

> From: peter reilly [mailto:[EMAIL PROTECTED] > > On Tuesday 18 November 2003 17:05, Jose Alberto Fernandez wrote: > > > > My major issue with the current implementation proposal is that it > > touches way too many places in the code. It needs to change the > > implemention of almost all the u

DO NOT REPLY [Bug 24685] - Copy task does not deal with filterfile correctly

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 24296] - "import" fails to find absolute files without drive specifier (windows only)

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 24673] - On Netscape (7), Ant task list is empty

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 24419] - Truncated documentation for sql 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/docs/manual/CoreTasks sql.html

peterreilly2003/11/18 09:38:26 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH sql.html Log: Sync with head Revision ChangesPath No revision No revision 1.20.2.2 +0 -3 ant/docs/manual/CoreTasks/sql.html Index: sql.html

cvs commit: ant/docs/manual/CoreTasks sql.html

peterreilly2003/11/18 09:37:44 Modified:docs/manual/CoreTasks sql.html Log: remove hanging "the" in sql manual page PR: 24419 Obtained from: Matthew Cary Revision ChangesPath 1.21 +0 -3 ant/docs/manual/CoreTasks/sql.html Index: sql.html ==

Re: My itches with (was Re: [VOTE] local for 1.6)

On Tuesday 18 November 2003 17:05, Jose Alberto Fernandez wrote: > > From: peter reilly [mailto:[EMAIL PROTECTED] > > > > On Tuesday 18 November 2003 15:32, Stefan Bodewig wrote: > > > Things we need to consider IMHO: > > > > > > (1) Syntax > > > > > > Your proposal uses a task that sets up a loca

cvs commit: ant WHATSNEW

peterreilly2003/11/18 09:16:29 Modified:.Tag: ANT_16_BRANCH WHATSNEW Log: note attribute support change Revision ChangesPath No revision No revision 1.503.2.13 +2 -0 ant/WHATSNEW Index: WHATSNEW =

cvs commit: ant/src/main/org/apache/tools/ant/helper ProjectHelper2.java

peterreilly2003/11/18 09:07:24 Modified:src/testcases/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH XmlnsTest.java src/etc/testcases/taskdefs Tag: ANT_16_BRANCH xmlns.xml src/main/org/apache/tools/ant/helper Tag: ANT_16_BRANCH

cvs commit: ant/src/main/org/apache/tools/ant/helper ProjectHelper2.java

peterreilly2003/11/18 09:06:58 Modified:src/testcases/org/apache/tools/ant/taskdefs XmlnsTest.java src/etc/testcases/taskdefs xmlns.xml src/main/org/apache/tools/ant/helper ProjectHelper2.java Log: Ignore attributes for different uris. Revision Cha

RE: My itches with (was Re: [VOTE] local for 1.6)

> From: peter reilly [mailto:[EMAIL PROTECTED] > > On Tuesday 18 November 2003 15:32, Stefan Bodewig wrote: > > > > Things we need to consider IMHO: > > > > (1) Syntax > > > > Your proposal uses a task that sets up a local scope for a > > named property until the enclosing target/sequential >

RE: [VOTE] macrodef - do attributes as properties or substitutions

What about {$x}? Or is it too close to a typo for a regular property? way too confusing, IMHO. And departs significant from our "pattern" which seems to be identifier type marker, open curly brace, identifier, close curly brace The more I look at this, the clearer my clear choice becomes for @{

DO NOT REPLY [Bug 24743] - javadoc task fails for multiple source locations

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: [VOTE] macrodef - do attributes as properties or substitution s

> -Original Message- > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 18, 2003 2:08 AM > To: [EMAIL PROTECTED] > Subject: Re: [VOTE] macrodef - do attributes as properties or > substitutions > > > [ ] as $(x) > > [ ] as @{x} > > either one works for me - as we

Re: My itches with (was Re: [VOTE] local for 1.6)

On Tuesday 18 November 2003 15:53, peter reilly wrote: > me) more natural. However, I can see benefits ;- my code may not Opps that should of course be "the" code and not "my" code. Peter - To unsubscribe, e-mail: [EMAIL PROTECT

Re: My itches with (was Re: [VOTE] local for 1.6)

On Tuesday 18 November 2003 15:32, Stefan Bodewig wrote: > On 18 Nov 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > > On Tue, 18 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > >> Vote: > >> [X] local for ant 1.6 > >> [ ] wait for ant 1.7 > > > > and done right ;-) Ouch ;-) > > Things we n

My itches with (was Re: [VOTE] local for 1.6)

On 18 Nov 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Tue, 18 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > >> Vote: >> [X] local for ant 1.6 >> [ ] wait for ant 1.7 > > and done right ;-) Things we need to consider IMHO: (1) Syntax Your proposal uses a task that sets up a loca

Re: [VOTE] local for 1.6

On Tue, 18 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > Vote: > [X] local for ant 1.6 > [ ] wait for ant 1.7 and done right ;-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL P

Re: [VOTE] local for 1.6

(hopefully this should be the final feature vote for 1.6) The local feature allows local properties - properties that are valid only for the enclosing scope. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23942 This is a useful feature in general and for macrodef in particular. For example th

DO NOT REPLY [Bug 23942] - Addition of a local property

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: Ant 1.6 and namespace

On Tuesday 18 November 2003 14:27, Christopher Lenz wrote: > peter reilly wrote: > > On Monday 17 November 2003 17:20, Dominique Devienne wrote: > >>Slightly related, if I extracted or wrote a schema for Ant, > >>and specified an xsi:schemaLocation attribute in , > >>will Ant ignore the attribute,

DO NOT REPLY [Bug 23942] - Addition of a local property

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: macrodef - do attributes as properties or substitutions

-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18, 2003 2:06 AM To: [EMAIL PROTECTED] Subject: RE: macrodef - do attributes as properties or substitutions > > > > > > > > > > > > I don't think we should need any special cludge

DO NOT REPLY [Bug 17973] - A target just like a target

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: Ant 1.6 and namespace

peter reilly wrote: On Monday 17 November 2003 17:20, Dominique Devienne wrote: Slightly related, if I extracted or wrote a schema for Ant, and specified an xsi:schemaLocation attribute in , will Ant ignore the attribute, or barf? If the class did not contain a setSchemaLocation() method or was an

Re: Property resolution in a task

[EMAIL PROTECTED] wrote: Ok, that comes from a guy who works more on DOM-Nodes than me (=nothing) :-) Should we add that to Project class? (If we are allowed to do that) I don't think there's a need to add this to the Ant core. It's not hard to implement (if one is familiar with the DOM ;-) ), and

RE: package´s names are diffrent?

Now its clear. Thank you. > -- > De: Stefan Bodewig[SMTP:[EMAIL PROTECTED] > Responder:Ant Developers List > Enviada: terça-feira, 18 de novembro de 2003 10:53 > Para: [EMAIL PROTECTED] > Assunto: Re: package´s names are diffrent? > > On Tue, 18 Nov 2003, E

Re: package´s names are diffrent?

On Tue, 18 Nov 2003, Edson Alves Pereira <[EMAIL PROTECTED]> wrote: > But if JspC.java package name is: > org.apache.tools.ant.taskdefs.optional.jsp.JspC, how it > could be displayed like: >> org.apache.jasper.JspC Because ther also is a class named JspC in the package org.apach

RE: package´s names are diffrent?

But if JspC.java package name is: org.apache.tools.ant.taskdefs.optional.jsp.JspC, how it could be displayed like: > org.apache.jasper.JspC > > -- > De: Stefan Bodewig[SMTP:[EMAIL PROTECTED] > Responder:Ant Developers List > Enviada: terça-feira, 18 de novembro de 2003 1

Re: package´s names are diffrent?

On Tue, 18 Nov 2003, Edson Alves Pereira <[EMAIL PROTECTED]> wrote: > This is JspC.java´s package name: > package org.apache.tools.ant.taskdefs.optional.jsp; > > But in my terminal i see this one: > [jasperc] at org.apache.jasper.JspC.execute(JspC.java:769) > >

package´s names are diffrent?

Hello folks, why some or most of ant´s source files have their package names different from what we see in the terminal output, for example: This is JspC.java´s package name: package org.apache.tools.ant.taskdefs.optional.jsp; But in my terminal i see this one:

RE: [VOTE] macrodef - do attributes as properties or substitution s

> >>If macrodef attribute are to be implements as substitutions, what > >>should be the notation? (where x is the attribute name) > >> > > > > [ ] as ${x} (look like ant properties) confusion with 'real' > > properties > > [ ] as $(x) to close to A > > [

cvs commit: ant WHATSNEW

peterreilly2003/11/18 04:12:01 Modified:.Tag: ANT_16_BRANCH WHATSNEW Log: Add namespace change to WHATSNEW Revision ChangesPath No revision No revision 1.503.2.12 +5 -0 ant/WHATSNEW Index: WHATSNEW ==

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs MacroDefTest.java

peterreilly2003/11/18 04:09:32 Modified:src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH MacroDef.java MacroInstance.java src/etc/testcases/taskdefs Tag: ANT_16_BRANCH macrodef.xml src/testcases/org/apache/tools/ant/taskdefs

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs MacroDefTest.java

peterreilly2003/11/18 04:08:01 Modified:src/main/org/apache/tools/ant/taskdefs MacroDef.java MacroInstance.java src/etc/testcases/taskdefs macrodef.xml src/testcases/org/apache/tools/ant/taskdefs MacroDefTest.j

Re: [VOTE] macrodef - do attributes as properties or substitution s

[EMAIL PROTECTED] wrote: If macrodef attribute are to be implements as substitutions, what should be the notation? (where x is the attribute name) [ ] as ${x} (look like ant properties) confusion with 'real' properties [ ] as $(x) to close to A [ ] as @x

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

peterreilly2003/11/18 03:29:07 Modified:docs/manual/CoreTypes Tag: ANT_16_BRANCH antlib.html src/main/org/apache/tools/ant Tag: ANT_16_BRANCH IntrospectionHelper.java ProjectHelper.java Task.java UnknownElement.java

Re: Ant 1.6 and namespace

On Mon, 17 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > We could modify namespace processing to ignore attributes not in the > "right" namespace. +1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comma

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

peterreilly2003/11/18 02:51:41 Modified:docs/manual/CoreTypes antlib.html src/main/org/apache/tools/ant IntrospectionHelper.java ProjectHelper.java Task.java UnknownElement.java src/main/org/apache/tools/ant/helper ProjectHelper2.java

Re: [VOTE] macrodef - do attributes as properties or substitutions

On Mon, 17 Nov 2003, peter reilly <[EMAIL PROTECTED]> wrote: > OK, how do we want to implement attributes: > current > [ ] as textual substitution~ 4 > [ ] as "real" Ant properties ~ 2 > > undecided ~ 1 only counting the "binding"

RE: [VOTE] macrodef - do attributes as properties or substitution s

> If macrodef attribute are to be implements as substitutions, what > should be the notation? (where x is the attribute name) > [ ] as ${x} (look like ant properties) confusion with 'real' properties [ ] as $(x) to close to A [ ] as @x

RE: macrodef - do attributes as properties or substitutions

> > > > > > > > > > > > I don't think we should need any special cludges just to support this > usecase. 8-) > > Give two a completely bogus, impossible to be used in any real world > usage value and check for that. Should be easier than comparing it to > a literal ${one} or @one or

RE: Property resolution in a task

> > Ok, that comes from a guy who works more on DOM-Nodes than me (=nothing) :-) > > > > Should we add that to Project class? (If we are allowed to do that) > > sure -as long as we also have a test for it :) Of course - only with test :-) Ok, I will try that. Jan

DO NOT REPLY [Bug 17973] - A target just like a target

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 24761] - specify a target to be executed if error occurs

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: [VOTE] macrodef - do attributes as properties or substitutions

No matter what syntax we decide to use we need to provide an escape sequence for it. Even if we know of no conflict today, tomorrow one may show up. Hence we should face the music head on. I think matching other languages (like XSLT or something) is really wrong. My only reason for suggesting a