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

2006-06-23 Thread Gump Integration Build
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: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Wolfgang Häfelinger
Just out of curiousity: What would so bad introducing an "expression language"? After all, there's no need to express everything in (clumsy) XML just because we are able to do so. I believe that an expression language, escpecially for testing, would simplify Ant scripting considerably. Wolfga

RE: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Riedel Thomas \(KSFD 121\)
Dear Ant developers, We are using Ant for building, deploying and testing real large projects (>5 Mio LOC). So our scripts became more and more complex workflow scripts instead of simple Ant-scripts. I do strongly believe that the simple change of more complex (expression language like) if and

Re: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Kev Jackson
On 23 Jun 2006, at 16:24, Riedel Thomas ((KSFD 121)) wrote: r building, deploying and testing real large projects (>5 Mio LOC). So our scripts became more and more complex workflow scripts instead of simple Ant-scripts. I do strongly believe that the simple change of more complex (expressi

AW: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Jan.Materne
>Don't macrodef/scriptdef and friends help out here? I mean >it's possible to embed an entire scripting language (BeanShell >etc) inside an Ant build file, do these not provide enough >flexibility for what you need? Would be very difficult I think. I think they prefer a or something like th

Re: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Steve Loughran
Stefan Bodewig wrote: On Thu, 22 Jun 2006, Paul Mackay <[EMAIL PROTECTED]> wrote: Has the possibility of adding multiple conditions to the target 'if' and 'unless' attributes ever been considered? Yes, but it hasn't come up often after Ant 1.4 ;-) Are there any reasons why this change woul

scripting

2006-06-23 Thread Steve Loughran
Having been doing some work documenting scripting recently, I want to note some current limitations with ant's script support. -no automatic check for attributes/elements declared. The script code needs to do that themselves, which leads to... -bad handling of BuildExceptions raised in scr

RE: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Riedel Thomas \(KSFD 121\)
We have written a large library of own very sophisticated ant tasks for all the high level stuff. What I am thinking is that especially for the work-flow control it would be great to steer the flow between different targets via complex if-statements. I see the point that Ant should be easy and desc

Re: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Steve Loughran
Riedel Thomas (KSFD 121) wrote: We have written a large library of own very sophisticated ant tasks for all the high level stuff. What I am thinking is that especially for the work-flow control it would be great to steer the flow between different targets via complex if-statements. I see the poin

RE: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Riedel Thomas \(KSFD 121\)
Yes I agree the kind of our Ant-usage might be a bit beyond horizon. We are doing continious integration for a 5 Mio LOC project, generic automated junit testing, automatic deploying into a production like server pool, online testing, web-testing, automated metrics generation for the architecture g

Re: using multiple properties in the 'if' and 'unless' conditions

2006-06-23 Thread Dominique Devienne
I'm a bit concerned about your usage of Ant, really, because when the build begins to be than conditional, it's a bad 'smell' to me, or if you prefer a tale-tell sign than a different approach might be warranted. Note that I'm not trying to insult you in any way, everyone's free to use or abuse An

Re: scripting

2006-06-23 Thread Alexey Solofnenko
About property expansion - many languages use the same syntax for inline property substitution. It may be good not to expand properties automatically. - Alexey. On 6/23/06, Steve Loughran <[EMAIL PROTECTED]> wrote: Having been doing some work documenting scripting recently, I want to note som

svn commit: r416788 - /ant/core/trunk/lib/optional/

2006-06-23 Thread antoine
Author: antoine Date: Fri Jun 23 11:23:00 2006 New Revision: 416788 URL: http://svn.apache.org/viewvc?rev=416788&view=rev Log: ignored optional jars Modified: ant/core/trunk/lib/optional/ (props changed) Propchange: ant/core/trunk/lib/optional/ -

Re: Re: .cvsignore ===> .svnignore

2006-06-23 Thread Antoine Levy-Lambert
Hello Brett, Thanks for your help. I have applied property changes to the lib/optional directory. I realize now that I can simply delete the .svnignore files so that other people do not get confused into thinking that these files are useful. Regards, Antoine Original-Nachricht --

svn commit: r416815 - /ant/core/trunk/fetch.xml

2006-06-23 Thread mbenson
Author: mbenson Date: Fri Jun 23 13:33:16 2006 New Revision: 416815 URL: http://svn.apache.org/viewvc?rev=416815&view=rev Log: ws Modified: ant/core/trunk/fetch.xml Modified: ant/core/trunk/fetch.xml URL: http://svn.apache.org/viewvc/ant/core/trunk/fetch.xml?rev=416815&r1=416814&r2=416815&v

svn commit: r416828 - in /ant/core/trunk: fetch.xml get-m2.xml

2006-06-23 Thread mbenson
Author: mbenson Date: Fri Jun 23 15:16:41 2006 New Revision: 416828 URL: http://svn.apache.org/viewvc?rev=416828&view=rev Log: Extracted get-m2.xml from fetch.xml; modified so that a single run is sufficient even when DLing the m2 tasks. Added: ant/core/trunk/get-m2.xml (with props) Modifie

svn commit: r416830 - in /ant/core/trunk: fetch.xml get-m2.xml

2006-06-23 Thread mbenson
Author: mbenson Date: Fri Jun 23 15:30:47 2006 New Revision: 416830 URL: http://svn.apache.org/viewvc?rev=416830&view=rev Log: rename get-m2 dest.dir to m2.dest.dir for better portability; is more compact than a nested in fetch/pickDest Modified: ant/core/trunk/fetch.xml ant/core/trunk

Fwd: Returned mail: see transcript for details

2006-06-23 Thread Matt Benson
Can I assume this assjack is subscribed to ant-dev as every time I commit I get a bounce from him? Can we unsubscribe him? -Matt --- Mail Delivery Subsystem <[EMAIL PROTECTED]> wrote: > Date: Fri, 23 Jun 2006 23:35:44 +0100 > From: Mail Delivery Subsystem > <[EMAIL PROTECTED]> > To: <[EMAIL PRO

svn commit: r416831 - /ant/core/trunk/get-m2.xml

2006-06-23 Thread mbenson
Author: mbenson Date: Fri Jun 23 15:41:47 2006 New Revision: 416831 URL: http://svn.apache.org/viewvc?rev=416831&view=rev Log: Only DL if the _artifact_ was not found; taskdef anytime the _antlib_ wasn't found. Modified: ant/core/trunk/get-m2.xml Modified: ant/core/trunk/get-m2.xml URL: htt