AW: [EMAIL PROTECTED]: Project test-ant (in module ant) failed

oh - that would also fix "test-no-xerces" ... Jan >-Ursprüngliche Nachricht- >Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Gesendet: Dienstag, 26. September 2006 08:50 >An: dev@ant.apache.org >Betreff: AW: [EMAIL PROTECTED]: Project test-ant (in module ant) failed > >Gump's build o

AW: [EMAIL PROTECTED]: Project test-ant (in module ant) failed

Gump's build output [1] sais: BUILD FAILED Target "run-tests" does not exist in the project "apache-ant". The Gump descriptor [2] for project "test-ant" uses but I am sure, that the test target "test" should be used ... Jan [1] http://

Re: Resource.getURL()

On Mon, 25 Sep 2006, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: >> URLResource (s) AFAIK do not have a special "root". > > I think they are considered as having a root concept; You are both correct. There are hierarchical and opaque URLs. opaqu

Re: Resource.getURL()

On Tue, 26 Sep 2006, Stephen McConnell <[EMAIL PROTECTED]> wrote: >> From: Matt Benson [mailto:[EMAIL PROTECTED] >> Path's inheritance hierarchy was altered such that its immediate >> superclass is the new Union resource collection. So the only >> difference between the two is, for all practical

Re: Ant log statements being created even when not used

*when* it's necessary. In the example/article D uses lazy or partial evaluation to sort of get around this. In other languages there are other mechanisms. In Java perhaps there's a way of refactoring the logging such that Strings are re-used (use static final String and build logging from them?

Re: Ant log statements being created even when not used

First, Thanks for the thoughtful responses. I'm beginnning to understand how the Ant logging mechanism works now :) Second, I agree 1.7 cannot be changed at this late date to fit in a logging cludge! Third, I came across the problem with a particularly long-running build, and it was less of a

svn commit: r449833 - /ant/core/trunk/docs/manual/CoreTasks/conditions.html

Author: peterreilly Date: Mon Sep 25 15:06:09 2006 New Revision: 449833 URL: http://svn.apache.org/viewvc?view=rev&rev=449833 Log: remove blockquote from long examples, correct name of attribute in Modified: ant/core/trunk/docs/manual/CoreTasks/conditions.html Modified: ant/core/trunk/docs/

svn commit: r449828 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/Contains.java

Author: peterreilly Date: Mon Sep 25 14:40:44 2006 New Revision: 449828 URL: http://svn.apache.org/viewvc?view=rev&rev=449828 Log: fix typo (reported by Antony Goubard) Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/Contains.java Modified: ant/core/trunk/src/main

svn commit: r449826 - /ant/core/trunk/docs/manual/CoreTasks/conditions.html

Author: peterreilly Date: Mon Sep 25 14:39:08 2006 New Revision: 449826 URL: http://svn.apache.org/viewvc?view=rev&rev=449826 Log: add doc for Modified: ant/core/trunk/docs/manual/CoreTasks/conditions.html Modified: ant/core/trunk/docs/manual/CoreTasks/conditions.html URL: http://svn.apach

svn commit: r449825 - /ant/core/trunk/src/tests/antunit/taskdefs/xmlproperty-test.xml

Author: peterreilly Date: Mon Sep 25 14:38:23 2006 New Revision: 449825 URL: http://svn.apache.org/viewvc?view=rev&rev=449825 Log: remove incorrect default=all Modified: ant/core/trunk/src/tests/antunit/taskdefs/xmlproperty-test.xml Modified: ant/core/trunk/src/tests/antunit/taskdefs/xmlprop

svn commit: r449824 - in /ant/core/trunk: CONTRIBUTORS WHATSNEW contributors.xml src/main/org/apache/tools/ant/types/conditions/antlib.xml

Author: peterreilly Date: Mon Sep 25 14:37:19 2006 New Revision: 449824 URL: http://svn.apache.org/viewvc?view=rev&rev=449824 Log: Bugzilla 28883 add condition. Modified: ant/core/trunk/CONTRIBUTORS ant/core/trunk/WHATSNEW ant/core/trunk/contributors.xml ant/core/trunk/src/main/

svn commit: r449822 - /ant/core/trunk/src/tests/antunit/types/conditions/matches-test.xml

Author: peterreilly Date: Mon Sep 25 14:34:45 2006 New Revision: 449822 URL: http://svn.apache.org/viewvc?view=rev&rev=449822 Log: eol-style Modified: ant/core/trunk/src/tests/antunit/types/conditions/matches-test.xml (contents, props changed) Modified: ant/core/trunk/src/tests/antunit/ty

svn commit: r449821 - in /ant/core/trunk/src/tests/antunit/types/conditions: ./ matches-test.xml

Author: peterreilly Date: Mon Sep 25 14:33:59 2006 New Revision: 449821 URL: http://svn.apache.org/viewvc?view=rev&rev=449821 Log: tests for matches Added: ant/core/trunk/src/tests/antunit/types/conditions/ ant/core/trunk/src/tests/antunit/types/conditions/matches-test.xml Added: ant/cor

svn commit: r449819 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/Matches.java

Author: peterreilly Date: Mon Sep 25 14:32:38 2006 New Revision: 449819 URL: http://svn.apache.org/viewvc?view=rev&rev=449819 Log: eol-style Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/Matches.java (contents, props changed) Modified: ant/core/trunk/src/main

svn commit: r449818 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/Matches.java

Author: peterreilly Date: Mon Sep 25 14:31:20 2006 New Revision: 449818 URL: http://svn.apache.org/viewvc?view=rev&rev=449818 Log: implementation of matches condition Added: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/Matches.java Added: ant/core/trunk/src/main/org/apach

Re: Resource.getURL()

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > Hello Dominique, > > Dominique Devienne wrote: > >> > >> getURL() makes sense for FileResource and > ZipResource too. > > > > Yes, but these can be expressed as URLResource > just the same. Maybe > > they should in fact derive from URLResource

RE: Resource.getURL()

--- Stephen McConnell <[EMAIL PROTECTED]> wrote: > > > > -Original Message- > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, 26 September 2006 4:17 AM > > To: Ant Developers List > > Subject: Re: Resource.getURL() > > > > --- Dominique Devienne <[EMAIL PROTECTED]> >

DO NOT REPLY [Bug 40595] - error when calling junittreport task (since tonight svn refresh)

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: Resource.getURL()

Hello Dominique, Dominique Devienne wrote: >> >> getURL() makes sense for FileResource and ZipResource too. > > Yes, but these can be expressed as URLResource just the same. Maybe > they should in fact derive from URLResource... I do not agree with you on this. ZipResource and FileResource have t

RE: Resource.getURL()

> -Original Message- > From: Matt Benson [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 26 September 2006 4:17 AM > To: Ant Developers List > Subject: Re: Resource.getURL() > > --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > > A URLResource could then be created using: > > > new U

RE: Resource.getURL()

> -Original Message- > From: Matt Benson [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 26 September 2006 4:28 AM > To: Ant Developers List > Subject: RE: Resource.getURL() > > --- Stephen McConnell <[EMAIL PROTECTED]> wrote: > [SNIP] > > > > Some thoughts after digging though Resource an

Re: Deferring references

On 9/25/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Mon, 25 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > On 9/25/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: >> >> On Fri, 22 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> >> wrote: >> >> > I propose that we defer handing id's until the

Re: Deferring references

On Mon, 25 Sep 2006, Dominique Devienne <[EMAIL PROTECTED]> wrote: > >> I feel uncomfortable about changing this, even though you are >> probably right that it it should better be changed. > > Is this the -0 I feel I read, or a stronger -1 Stefan? a -0, I'm more vocal with a -1 ;-) Stefan

svn commit: r449787 - /ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java

Author: mbenson Date: Mon Sep 25 12:40:23 2006 New Revision: 449787 URL: http://svn.apache.org/viewvc?view=rev&rev=449787 Log: set all properties by calling initProperties(). System props were missing. Modified: ant/antlibs/antunit/trunk/src/main/org/apache/ant/antunit/AntUnit.java Modified

Re: Deferring references

I feel uncomfortable about changing this, even though you are probably right that it it should better be changed. Is this the -0 I feel I read, or a stronger -1 Stefan? --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

Re: Deferring references

On Mon, 25 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > On 9/25/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: >> >> On Fri, 22 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> >> wrote: >> >> > I propose that we defer handing id's until the processing >> > stage. >> >> Will probably break somethi

Re: Ant log statements being created even when not used

On Mon, 25 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > On 9/25/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: >> Regarding dynamic log level, I think it's reasonnable to have tasks >> locally cache the current min log level at the beginning of its >> execute() method, for example. > >

Re: Ant log statements being created even when not used

On Mon, 25 Sep 2006, Steve Loughran <[EMAIL PROTECTED]> wrote: > +1 to -at-some-point-in-the-future- having a way to query log levels > > + 1 to mapping 1:1 with commons-logging/log4j/java1.4 tracing and > implementing the relevant bridge classes. > > + 1 to letting the end users tune the log in

Re: Ant log statements being created even when not used

On Mon, 25 Sep 2006, Scott Stirling <[EMAIL PROTECTED]> wrote: > What's wrong with a guard statement that doesn't construct the log > message unless the log level at which the message is used is > enabled? > > i.e.: > > if (LOG.isDebugEnabled()) { Nobody, except for the BuildListener knows wheth

Re: Ant log statements being created even when not used

On Mon, 25 Sep 2006, Scott Stirling <[EMAIL PROTECTED]> wrote: > Wow, I got filtered by the mail server for saying d*** in an email > to the list. Apache lists used to be a lot more relaxed about > profanity. I received your email, including the d*** - and so did the mailing list archive. Must h

RE: Resource.getURL()

--- Stephen McConnell <[EMAIL PROTECTED]> wrote: [SNIP] > > Some thoughts after digging though Resource and > associated classes ... > > Of particular interest to me is the ability to > declare resources that can be > used as arguments to a Path definition - however, as > things currently stand >

RE: Resource.getURL()

--- Stephen McConnell <[EMAIL PROTECTED]> wrote: > > > > -Original Message- > > From: Dominique Devienne > [mailto:[EMAIL PROTECTED] > > Sent: Monday, 25 September 2006 10:32 PM > > To: Ant Developers List > > Subject: Re: Resource.getURL() > > > > > > The question is why would you ne

Re: Resource.getURL()

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > A URLResource could then be created using: > > new URLResource( name, uri, > handlerClassResourceName ); > > > > The upside of this approach is the elimination of > the entire subject of > > system classloader mutation, and a framework for > bi

DO NOT REPLY [Bug 40595] - error when calling junittreport task (since tonight svn refresh)

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: Resource.getURL()

> -Original Message- > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > Sent: Monday, 25 September 2006 10:32 PM > To: Ant Developers List > Subject: Re: Resource.getURL() > > > > The question is why would you need to get back a URL from > > > a Resource? > > > > You need to get

Re: Resource.getURL()

> This is the reason why I'm saying that a getURL only makes sense for > true URLResources only. getURL() makes sense for FileResource and ZipResource too. Yes, but these can be expressed as URLResource just the same. Maybe they should in fact derive from URLResource... This way, we could differ

Re: Resource.getURL()

Hi, Dominique Devienne wrote: >> > The question is why would you need to get back a URL from a Resource? >> You need to get a URL from a resource if you want to use the resource as >> InputSource in XML processing. >> The URL is used to set the SystemId, in practice to be able to resolve >> inclu

Re: Ant log statements being created even when not used

On 9/25/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: > +1 to -at-some-point-in-the-future- having a way to query log levels This is all I proposed ATM. > + 1 to mapping 1:1 with commons-logging/log4j/java1.4 tracing and > implementing the relevant bridge classes. This can be done separat

svn commit: r449705 - /ant/core/trunk/docs/manual/CoreTypes/resources.html

Author: mbenson Date: Mon Sep 25 08:15:27 2006 New Revision: 449705 URL: http://svn.apache.org/viewvc?view=rev&rev=449705 Log: correctly mark property resource type as . Modified: ant/core/trunk/docs/manual/CoreTypes/resources.html Modified: ant/core/trunk/docs/manual/CoreTypes/resources.htm

Re: Ant log statements being created even when not used

+1 to -at-some-point-in-the-future- having a way to query log levels This is all I proposed ATM. + 1 to mapping 1:1 with commons-logging/log4j/java1.4 tracing and implementing the relevant bridge classes. This can be done separately of the work in Ant core. + 1 to letting the end users tun

Re: Ant log statements being created even when not used

Dominique Devienne wrote: To account for long lived listener, we would also need a method on project to reset the cache of the current level, which would be initialized any time a new listener is added. --DD The use case for this would be a hypothetical CruiseControl (for example) listener whos

Re: Ant log statements being created even when not used

There you go! I was beginning to think the listeners would register with their log level as an added parameter, but this makes more sense. Scott S. Framingham, MA On 9/25/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: > I don't know if there's a useful answer to be found. Note unless we add

Re: Ant log statements being created even when not used

To account for long lived listener, we would also need a method on project to reset the cache of the current level, which would be initialized any time a new listener is added. --DD The use case for this would be a hypothetical CruiseControl (for example) listener whose log level could be dynami

Re: Ant log statements being created even when not used

It was a design decision for Ant's logging system to work in such a way that only the logger instances themselves know their log level. This was probably intended to specifically _prevent_ tasks having to know too much about such things; also it means that different attached loggers can log at dif

Re: Ant log statements being created even when not used

I don't know if there's a useful answer to be found. Note unless we add a new interface (LogListener2) which adds the ability to query the current level of any listener. We could then extract the min. level when all current listener support this new listener, and if any listener does not implem

Re: Ant log statements being created even when not used

Ah, that adds some helpful context. How come the runtime doesn't know the current log level? Scott Stirling Framingham, MA On 9/25/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Because the runtime does not know the current loglevel. The RT forwards the (build) message to the registered List

Re: Ant log statements being created even when not used

Hi Kev, this all sounds like closures or other form of first class functions to me. I know I've seen a lot of discussion at IIRC JavaLobby etc. on whether Java needs closures... but in any event new language features don't help us in Ant development because we stick to BC. I was thinking of addin

AW: Ant log statements being created even when not used

Because the runtime does not know the current loglevel. The RT forwards the (build) message to the registered Listeners. Jan >-Ursprüngliche Nachricht- >Von: Scott Stirling [mailto:[EMAIL PROTECTED] >Gesendet: Montag, 25. September 2006 15:29 >An: Ant Developers List >Betreff: Re: Ant l

Re: Ant log statements being created even when not used

What's wrong with a guard statement that doesn't construct the log message unless the log level at which the message is used is enabled? i.e.: if (LOG.isDebugEnabled()) { StringBuilder msg = new StringBuilder(); msg.append(etc); [...] LOG.debug(msg.toString()); } That's simple,

Re: Ant log statements being created even when not used

Wow, I got filtered by the mail server for saying d*** in an email to the list. Apache lists used to be a lot more relaxed about profanity. Here's my email minus the expletive: What's wrong with a guard statement that doesn't construct the log message unless the log level at which the message is

Re: Resource.getURL()

> The question is why would you need to get back a URL from a Resource? You need to get a URL from a resource if you want to use the resource as InputSource in XML processing. The URL is used to set the SystemId, in practice to be able to resolve includes, entities, ... which are to be found with

Re: Deferring references

I really cannot see the use-case described by the example. I would not think that there are any examples in the "wild". Oh, I'm sure there are! Yet I support your proposed change Peter. I also consider this usage of id an anti-pattern, and I'm fine to breaking BC in this case to fix once and for

Re: Resource.getURL()

A URLResource could then be created using: new URLResource( name, uri, handlerClassResourceName ); The upside of this approach is the elimination of the entire subject of system classloader mutation, and a framework for binding custom handlers (which resolves some of the earlier issues raised in

[EMAIL PROTECTED]: Project test-ant-no-xerces (in module ant) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its community integration. This issue a

[EMAIL PROTECTED]: Project test-ant (in module ant) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant has an issue affecting its community integration. This issue affects 1 p

DO NOT REPLY [Bug 40595] - error when calling junittreport task (since tonight svn refresh)

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: Resource.getURL()

Dominique Devienne wrote: > > The question is why would you need to get back a URL from a Resource? You need to get a URL from a resource if you want to use the resource as InputSource in XML processing. The URL is used to set the SystemId, in practice to be able to resolve includes, entities, ...

[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project svn-antlib-test has an issue affecting its community integration. This issue affe

Re: [ANN] Apache AntUnit 1.0 Beta 1 Released

Thanks Stefan, comments and a question below. Stefan Bodewig wrote: On Sun, 24 Sep 2006, Paul King <[EMAIL PROTECTED]> wrote: [...] Does the "Antlib.createAntlib" part look like a violation of what I should be doing from an Ant perspective? You rely on an internal API - granted, technically

[EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project dotnet-antlib-test has an issue affecting its community integration. This issue a

DO NOT REPLY [Bug 28883] - Add regex conditions to Ant

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: Deferring references

On 9/25/06, Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Fri, 22 Sep 2006, Peter Reilly <[EMAIL PROTECTED]> wrote: > I propose that we defer handing id's until the processing > stage. Will probably break something like

Ant log statements being created even when not used

Hi, Remember early this year I had a problem with a build that basically ran out of memory and if I commented out logging code I could get it to run? http://www.digitalmars.com/d/lazy-evaluation.html This explains exactly the problem (and a solution for D), I wonder if some solution exists for J

RE: Resource.getURL()

Scott Stirling wrote: > Where would these protocols appear from a user perspective? > In build scripts? If that's the case, then I'd definitely say > consider letting Ant handle them and convert them to standard > URLs through a registry mechanism perhaps like the custom > task registry. Domi