Re: ResourceCollections

--- Martijn Kruithof <[EMAIL PROTECTED]> wrote: [SNIP] > > Apart from the variands A and B further below, would > the following also > work? > > > > > > > > > > > > > or would this mean that the resoursecollection must > be part of set itself? As I understand it,

RE: ResourceCollections

> From: Martijn Kruithof [mailto:[EMAIL PROTECTED] > > > >Martijn, Matt, the example above would be necessary if and only > >if only had a add(ResourceSelector). In > >practice, we'll likely have specialized addAnd(ResourceSelector) and co > >so that if can be written just: > > > > > > > > But

Re: ResourceCollections

But wouldn't that defeat the whole purpose of the I thought the whole point was avoiding having addConcrete in favour of having add(Role). What basically is that what Matt just stated. Apart from the variands A and B further below, would the following also work? or woul

Re: ResourceCollections

Dominique Devienne wrote: Martijn, Matt, the example above would be necessary if and only if only had a add(ResourceSelector). In practice, we'll likely have specialized addAnd(ResourceSelector) and co so that if can be written just: > But wouldn't that defeat the whole purpose of the I thou

RE: ResourceCollections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > Martijn, Matt, the example above would be necessary > if and only > if only had a > add(ResourceSelector). In > practice, we'll likely have specialized > addAnd(ResourceSelector) and co > so that if can be written just: oh, that's partly what I

Re: ResourceCollections

--- Martijn Kruithof <[EMAIL PROTECTED]> wrote: > Well that would be up to the "user". Would it mean > for us that the code > must be in different libraries, or is it enough if > the classes are > defined in separate property files / marked with > special values, while > the classes can still be

RE: ResourceCollections

> From: Martijn Kruithof [mailto:[EMAIL PROTECTED] > Is this te direction we are going with "roles": > > xmlns:co="ant:condition" > xmlns:set="ant:resourceselector"> > > > > > > > > > Whao, I'm getting this email exchange out-of-order! Weird. Martijn, Mat

Re: ResourceCollections

Well that would be up to the "user". Would it mean for us that the code must be in different libraries, or is it enough if the classes are defined in separate property files / marked with special values, while the classes can still be blended in in core ant. Martijn Matt Benson wrote: You are u

cvs commit: ant/src/main/org/apache/tools/ant/types RedirectorElement.java

mbenson 2005/04/15 13:52:53 Modified:.Tag: ANT_16_BRANCH WHATSNEW src/etc/testcases/types Tag: ANT_16_BRANCH redirector.xml src/testcases/org/apache/tools/ant/types Tag: ANT_16_BRANCH RedirectorElementTest.java

Re: cvs commit: ant/src/testcases/org/apache/tools/ant/types RedirectorElementTest.java

thanks for giving me a probe-mail, Matt. 8-) OK, CVS commits go to [EMAIL PROTECTED], will send SVN mails there as well. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: ResourceCollections

You are using my preferred syntax. Also available would be, e.g.: -Matt --- Martijn Kruithof <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > >--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > > > > > >>On Mon, 11 Apr 2005, Matt Benson > >><[EMAIL PROTECTED]> wrote: > >> > >> > >>

Re: ResourceCollections

Matt Benson wrote: --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Mon, 11 Apr 2005, Matt Benson <[EMAIL PROTECTED]> wrote: Please don't. If I'm going to dump this ResourceCollection stuff into HEAD I'd rather have this resolved first, and right now only five committers have shown any int

cvs commit: ant/src/testcases/org/apache/tools/ant/types RedirectorElementTest.java

mbenson 2005/04/15 13:25:36 Modified:.WHATSNEW src/main/org/apache/tools/ant/types RedirectorElement.java src/etc/testcases/types redirector.xml src/testcases/org/apache/tools/ant/types RedirectorElementTest.jav

RE: We have SVN

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > Can we keep old [EMAIL PROTECTED] email address for SVN updates? > > The commit messages just spam dev build list. > > Actually I thought we'd be getting the CVS commit mails there > ([EMAIL PROTECTED]) as well. > > Does the majority of us want

Re: We have SVN

On Fri, 15 Apr 2005, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: > Can we keep old [EMAIL PROTECTED] email address for SVN updates? > The commit messages just spam dev build list. Actually I thought we'd be getting the CVS commit mails there ([EMAIL PROTECTED]) as well. Does the majority of

RE: Ant "roles"

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > I have not been able to respond as my work commitments > are extreme at the moment. > > I do not like roles (although I did write an implementation) > as it would be like the following in a language: > > Integer x = 1; > Complex x = (8, 10); > >

DO NOT REPLY [Bug 33604] - classconstants filter reader reads a limited number of constants per 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://issues.apache.org/bugzilla/show_bu

Re: Ant "roles"

Hi Matt, I have not been able to respond as my work commitments are extreme at the moment. I do not like roles (although I did write an implementation) as it would be like the following in a language: Integer x = 1; Complex x = (8, 10); Complex z = (-1, 9); Complex y = x + z; The compiler in this

Re: We have SVN

Great, looks good - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Ant symbolic debugger?

There is an Ant debugger for NetBeans 4.x. I've not really played with it much. I have accidentally hit "debug" instead of "execute" for a given Ant script in the IDE and the results looked promising... Jeffrey E Care wrote: IIRC you can run Ant builds through the Eclipse debugger. -

Re: Ant symbolic debugger?

IIRC you can run Ant builds through the Eclipse debugger. -- Jeffrey E. Care ([EMAIL PROTECTED]) WebSphere Build SWAT Team Lead WebSphere Build Tooling Lead (Project Mantis) https://w3.opensource.ibm.com/projects/mantis "Phil Weighill-Smith" <[EMAIL PROTECTED]> wrote on 04/15/2005 12:03:08 PM:

RE: Ant symbolic debugger?

Does it debug at the build script source level or at the java code level for the tasks? It's the former I'd really want in this case. Phil :n. -Original Message- From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] Sent: Fri 15/04/2005 17:09 To: Ant Developers List Cc: Subj

Re: Ant symbolic debugger?

At least some JBuilder 2005 (SE+?) have ANT debugger that allows also debug custom tasks. - Alexey. Phil Weighill-Smith wrote: I wonder if there's any mileage in developing a symbolic debugger for Ant scripts? While the debug output is often adequate for simple(ish) scripts I've had a number of

Ant symbolic debugger?

I wonder if there's any mileage in developing a symbolic debugger for Ant scripts? While the debug output is often adequate for simple(ish) scripts I've had a number of cases where I really could do with a symbolic debugger (like just now!). Phil :n. ---

Re: ResourceCollections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 11 Apr 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Please don't. If I'm going to dump this > > ResourceCollection stuff into HEAD I'd rather have > > this resolved first, and right now only five > > committers have shown any intere

Re: We have SVN

Can we keep old [EMAIL PROTECTED] email address for SVN updates? The commit messages just spam dev build list. - Alexey. Stefan Bodewig wrote: you may have noticed my test commit. I plan to import the svn, dotnet and antunit things from proposal somewhere under sandbox/antlibs, I'm not exactly su

RE: We have SVN

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > Also, if anyone objects to the XML+XSL doc proposal going to SVN > > ant/sandbox/antlibs/gendoc, let me know and I'll remove it. > > I'm not sure that antlibs is the correct place or whether a different > category under sandbox was more appropri

Re: We have SVN

On Fri, 15 Apr 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: > Also, if anyone objects to the XML+XSL doc proposal going to SVN > ant/sandbox/antlibs/gendoc, let me know and I'll remove it. I'm not sure that antlibs is the correct place or whether a different category under sandbox was more

Re: Introducing AntUnit

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi, > > inspired by the creative use of and > others (mainly > Matt and Steve) have shown in our tests, the idea of > AntUnit we had a > long time ago surfaced in my mind again. Cool. I'm pretty sure it was some of Steve's tests that inspired me

RE: We have SVN

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > If you start to commit to the repo[1], please keep in mind that svn > treats all files as binary, unless you set the svn:eol-style property > to native. > > I use the following snippets[2] in my ~/.subversion/config to make SVN > guess the eol-

Re: References

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 11 Apr 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Ever noticed that every Ant type that supports the > > id/refid pattern must include a load of custom > code? > > Why? Wouldn't it be possible in UE to check all > > DataType subcl

svn commit: r161477 - in ant/sandbox/antlibs/gendoc: ./ build.xml manual.xsl manual/ manual/ant.xml manual/mkdir.xml whatsnew.xml whatsnew.xsl

Author: ddevienne Date: Fri Apr 15 08:00:09 2005 New Revision: 161477 URL: http://svn.apache.org/viewcvs?view=rev&rev=161477 Log: Proposal for XML doc of Ant, transformed to HTML using XSL. Added: ant/sandbox/antlibs/gendoc/ ant/sandbox/antlibs/gendoc/build.xml ant/sandbox/antlibs/gen

svn commit: r161469 [5/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

Added: ant/sandbox/antlibs/svn/trunk/src/main/org/apache/tools/ant/taskdefs/svn/SvnChangeLogTask.java URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/svn/trunk/src/main/org/apache/tools/ant/taskdefs/svn/SvnChangeLogTask.java?view=auto&rev=161469

Re: We have SVN

On Fri, 15 Apr 2005, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > I plan to import the svn, dotnet and antunit things from proposal > somewhere under sandbox/antlibs, I'm not exactly sure when I'll find > time to do that, though. Just did, but they won't build until anybody fixes the build files (

svn commit: r161469 [3/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

Added: ant/sandbox/antlibs/dotnet/trunk/docs/nunit.html URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/dotnet/trunk/docs/nunit.html?view=auto&rev=161469 == --- ant/sandbox/antlibs/dotnet/trunk/docs/nunit.html (adde

svn commit: r161469 [2/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

Added: ant/sandbox/antlibs/dotnet/branches/Ant_1.6.2_compatible/src/etc/testcases/src/fail.cs URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/dotnet/branches/Ant_1.6.2_compatible/src/etc/testcases/src/fail.cs?view=auto&rev=161469

svn commit: r161469 [4/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

Added: ant/sandbox/antlibs/svn/trunk/build.xml URL: http://svn.apache.org/viewcvs/ant/sandbox/antlibs/svn/trunk/build.xml?view=auto&rev=161469 == --- ant/sandbox/antlibs/svn/trunk/build.xml (added) +++ ant/sandbox/antlibs/

svn commit: r161469 [1/5] - in ant/sandbox/antlibs: antunit/ antunit/branches/ antunit/tags/ antunit/trunk/ antunit/trunk/src/ antunit/trunk/src/etc/ antunit/trunk/src/etc/testcases/ antunit/trunk/src

Author: bodewig Date: Fri Apr 15 07:32:50 2005 New Revision: 161469 URL: http://svn.apache.org/viewcvs?view=rev&rev=161469 Log: Import sandbox antlibs Added: ant/sandbox/antlibs/antunit/ ant/sandbox/antlibs/antunit/branches/ ant/sandbox/antlibs/antunit/tags/ ant/sandbox/antlibs/an

We have SVN

you may have noticed my test commit. I plan to import the svn, dotnet and antunit things from proposal somewhere under sandbox/antlibs, I'm not exactly sure when I'll find time to do that, though. I've chose antlibs instead of libs (as suggested by DD), but we can change that easily in SVN by mov

DO NOT REPLY [Bug 34458] - with an embedded reference and <*ant*> conflict

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 34458] - with an embedded reference and <*ant*> conflict

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 34458] - with an embedded reference and <*ant*> conflict

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

svn commit: r161447 - in ant: antlibs/ core/ sandbox/ sandbox/antlibs/

Author: bodewig Date: Fri Apr 15 05:53:08 2005 New Revision: 161447 URL: http://svn.apache.org/viewcvs?view=rev&rev=161447 Log: Initial directory structure Added: ant/antlibs/ ant/core/ ant/sandbox/ ant/sandbox/antlibs/ ---

DO NOT REPLY [Bug 34458] - with an embedded reference and <*ant*> conflict

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 33604] - classconstants filter reader reads a limited number of constants per 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://issues.apache.org/bugzilla/show_bu

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

bodewig 2005/04/15 01:11:09 Modified:src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH Java.java Log: merge Revision ChangesPath No revision No revision 1.77.2.14 +4 -1 ant/src/main/org/apache/to

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

bodewig 2005/04/15 01:10:39 Modified:src/main/org/apache/tools/ant/taskdefs Java.java Log: Make sure we add a location when fails Revision ChangesPath 1.104 +4 -1 ant/src/main/org/apache/tools/ant/taskdefs/Java.java Index: Java.java ==

DO NOT REPLY [Bug 34464] New: - telnet task performance problem

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