DO NOT REPLY [Bug 28228] - task

2004-05-11 Thread bugzilla
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 1.7 features suggestion

2004-05-11 Thread Stefan Bodewig
I'm soo late for the party that I'll try to not restart the whole thing. On Tue, 04 May 2004, Anthony Goubard <[EMAIL PROTECTED]> wrote: > 1) Integrate if and unless at the Task level. A nested would be far more powerful, as would be an task. Don't expect any opinion from me. 8-) > 3) Reg

Re: antlibs and classloaders #2

2004-05-11 Thread Stefan Bodewig
On Mon, 10 May 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > Would the following solve this problem generically? > > > looks like a reasonable compromise. The alternative would be a built-in task that takes the antlib URI, this wouldn't even require any magic taskname. or eve

Re: Trapping RuntimeExceptions form Tasks

2004-05-11 Thread Stefan Bodewig
On Wed, 05 May 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > I see verify errors sometimes with beanshell and groovy > scripts. Because you are reloading classes which is a problem in its own. I think you'd better find a way to avoid these VerifyErrors instead of swallowing/ignoring them. 8-)

Re: ANT 1.7 features suggestion

2004-05-11 Thread Stefan Bodewig
I'm soo late for the party that I'll try to not restart the whole thing. On Tue, 04 May 2004, Anthony Goubard <[EMAIL PROTECTED]> wrote: > 1) Integrate if and unless at the Task level. A nested would be far more powerful, as would be an task. Don't expect any opinion from me. 8-) > 3) Reg

Re: ANT 1.7 features suggestion

2004-05-11 Thread Stefan Bodewig
On Tue, 04 May 2004, Alexey N. Solofnenko <[EMAIL PROTECTED]> wrote: > Could you please also update if and unless to accept a list of > properties? if="A, B" would mean "A is set and B is set" or "A is set or B is set"? You know that propertiy names are allowed to contain spaces and commas and a

Re: Ant task and nested table

2004-05-11 Thread Stefan Bodewig
On 06 May 2004, Le Rumeur Yves <[EMAIL PROTECTED]> wrote: > I read quicly the ant task list, but i never found a task which have > a nestedtable needed. I'm not sure I follow what you are saying. requires at least one nested / or . Stefan --

Re: Trapping RuntimeExceptions form Tasks

2004-05-11 Thread Peter Reilly
Stefan Bodewig wrote: On Wed, 05 May 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: I see verify errors sometimes with beanshell and groovy scripts. Because you are reloading classes which is a problem in its own. I think you'd better find a way to avoid these VerifyErrors instead of swallo

Re: Trapping RuntimeExceptions form Tasks

2004-05-11 Thread Stefan Bodewig
On Tue, 11 May 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > The notion is not to swallow / ignore them (unless the build script > author wants to) but to wrap them in a build exception to possibly > provide some information as to where the error happened - the line > number of the build script

RE: antlibs and classloaders #2

2004-05-11 Thread Jose Alberto Fernandez
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Mon, 10 May 2004, Jose Alberto Fernandez > <[EMAIL PROTECTED]> wrote: > > > Would the following solve this problem generically? > > > > > > > > looks like a reasonable compromise. > > The alternative would be a built-in task that ta

RE: Trapping RuntimeExceptions form Tasks

2004-05-11 Thread Jose Alberto Fernandez
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Wed, 05 May 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > > > I see verify errors sometimes with beanshell and groovy scripts. > > Because you are reloading classes which is a problem in its > own. I think you'd better find a way to av

RE: Trapping RuntimeExceptions form Tasks

2004-05-11 Thread Jose Alberto Fernandez
> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Tue, 11 May 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > > > The notion is not to swallow / ignore them (unless the build script > > author wants to) but to wrap them in a build exception to possibly > > provide some information as to

cvs commit: ant/docs/manual/OptionalTasks junit.html

2004-05-11 Thread bodewig
bodewig 2004/05/11 04:46:49 Modified:docs/manual/CoreTasks java.html docs/manual/OptionalTasks junit.html Log: Assertions require fork Revision ChangesPath 1.32 +2 -0 ant/docs/manual/CoreTasks/java.html Index: java.html

cvs commit: ant/docs/manual/OptionalTasks junit.html

2004-05-11 Thread bodewig
bodewig 2004/05/11 04:48:42 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH java.html docs/manual/OptionalTasks Tag: ANT_16_BRANCH junit.html Log: merge Revision ChangesPath No revision No revision 1.24.2.7 +2 -0

Re: assertions

2004-05-11 Thread Stefan Bodewig
On Sat, 08 May 2004, Yuji Yamano <[EMAIL PROTECTED]> wrote: > I think the description of assertions in > docs/manual/CoreTasks/java.html is not clear. Because we can use > assertions only if fork=true. Maybe JUnit tasks's manual has same > problem. Fixed, thanks. Stefan ---

cvs commit: ant/docs/manual/Integration VAJAntTool.html

2004-05-11 Thread bodewig
bodewig 2004/05/11 04:53:07 Modified:docs/manual/Integration VAJAntTool.html Log: 2004 Revision ChangesPath 1.22 +1 -1 ant/docs/manual/Integration/VAJAntTool.html Index: VAJAntTool.html ===

Re: antlibs and classloaders #2

2004-05-11 Thread Mariano Benitez
Let me get this right.. this task would define the antlib classes the moment it is invoked, and it should be used on the top level buildfile, this way the subbuilds/subants/ant/antcall targets have the antlib already loaded, right? I explain a bit my build files structure for testing: we have a

DO NOT REPLY [Bug 28897] New: - Enhance the Replace task

2004-05-11 Thread bugzilla
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 28897] - Enhance the Replace task

2004-05-11 Thread bugzilla
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

native2ascii

2004-05-11 Thread Tarik El Berrak
Hi i'm using ant under eclipse and i want to use native2ascii task to convert some files but it doesn' work. this is what i write thanks for help

Re: ANT 1.7 features suggestion

2004-05-11 Thread Alexey N. Solofnenko
Frequently I need several properties to be checked to enable or disable a target. A boolean expression would be much better than a list of properties, but I would be happy with just a list. I think if should have && inside and unless should have ||. - Alexey. Stefan Bodewig wrote: On Tue, 04 Ma

RE: ANT 1.7 features suggestion

2004-05-11 Thread Jose Alberto Fernandez
Ok, what is wrong with using ? Besides, look&feel. Jose Alberto > -Original Message- > From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] > Sent: 11 May 2004 15:33 > To: Ant Developers List > Subject: Re: ANT 1.7 features suggestion > > > Frequently I need several properties to be c

Re: ANT 1.7 features suggestion

2004-05-11 Thread Alexey N. Solofnenko
I do use it also. Do you know whether it will become a part of main ANT? - Alexey. Jose Alberto Fernandez wrote: Ok, what is wrong with using ? Besides, look&feel. Jose Alberto -Original Message- From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] Sent: 11 May 2004 15:33 To: Ant Develo

RE: antlibs and classloaders #2

2004-05-11 Thread Jose Alberto Fernandez
> From: Mariano Benitez [mailto:[EMAIL PROTECTED] > > Let me get this right.. this task would define the antlib classes the > moment it is invoked, and it should be used on the top level > buildfile, > this way the subbuilds/subants/ant/antcall targets have the antlib > already loaded, right?

RE: ANT 1.7 features suggestion

2004-05-11 Thread Jose Alberto Fernandez
> From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] > > I do use it also. Do you know whether it will become a part > of main ANT? > So why you feel unconfortable about using is the fact that is not part of the supported CORE of ANT. Is that it? That may give some food for thought, to the

cvs commit: ant/docs resources.html

2004-05-11 Thread jhm
jhm 2004/05/11 08:54:04 Modified:xdocsresources.xml docs resources.html Log: New article about Ant in Java-Spektrum 5/04. Revision ChangesPath 1.35 +20 -2 ant/xdocs/resources.xml Index: resources.xml =

DO NOT REPLY [Bug 13652] - RFE: Permit that "apply" parameter "output" can be set to "targetfile"

2004-05-11 Thread bugzilla
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 1.7 features suggestion

2004-05-11 Thread Alexey N. Solofnenko
Actually is too wordy. A mall is translated into Complex conditions are big. A small expression language like "XXX && YYY" would be much nicer. - Alexey. Jose Alberto Fernandez wrote: From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] I do use it also. Do you know whethe

RE: ANT 1.7 features suggestion

2004-05-11 Thread Dominique Devienne
> From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] > > Actually is too wordy. A mall is translated into > > Complex conditions are big. A small expression language like "XXX && > YYY" would be much nicer. I so agree with you! That expression language could (should IMHO!) be XPath (JXpath o

Re: antlibs and classloaders #2

2004-05-11 Thread Peter Reilly
Jose Alberto Fernandez wrote: From: Stefan Bodewig [mailto:[EMAIL PROTECTED] On Mon, 10 May 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: Would the following solve this problem generically? looks like a reasonable compromise. The alternative would be a built-in task that

cvs commit: ant/docs faq.html

2004-05-11 Thread jhm
jhm 2004/05/11 09:37:02 Modified:xdocsfaq.xml docs faq.html Log: hint to projects.xml; os-specific configuration Revision ChangesPath 1.54 +22 -1 ant/xdocs/faq.xml Index: faq.xml ==

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

2004-05-11 Thread peterreilly
peterreilly2004/05/11 09:49:48 Modified:src/main/org/apache/tools/ant/taskdefs DefBase.java Log: antlib: allow a typedef in an antlib to override the classpath unittests to follow Revision ChangesPath 1.11 +20 -13ant/src/main/org/apache/tools/ant/taskdefs/DefBa

RE: ANT 1.7 features suggestion

2004-05-11 Thread Jose Alberto Fernandez
So, would something like: Not that I am proposing something concrete. But this would require defining a proper expression evaluation language for it. This would be equivalent to the more verbose: Or something simillar. But this is not something

Re: ANT 1.7 features suggestion

2004-05-11 Thread Alexey N. Solofnenko
It is also not that complex. I have done it before, but there are now a lot of expression languages and we should not invent yet another. Maybe something like this: test="jython: isset('XXX') and '${a}'=='${b}'" could be used. - Alexey. Jose Alberto Fernandez wrote: So, would something like:

Re: ANT 1.7 features suggestion

2004-05-11 Thread Jack J. Woehr
Jose Alberto Fernandez wrote: > But this would require defining a proper expression evaluation language > for it. Hmm, this is something interesting for Ant in itself. Is there an expression evaluating jar that could be added to optional? -- Jack J. Woehr # We have gone from the hor

Re: ANT 1.7 features suggestion

2004-05-11 Thread Jack J. Woehr
"Jack J. Woehr" wrote: > Hmm, this is something interesting for Ant in itself. > > truevalue="yes was 9" /> > > Is there an expression evaluating jar that could be added to optional? There's the Math task in Ant-Contrib which does part of this. And

DO NOT REPLY [Bug 28911] New: - &Co extract absolute paths at the root.

2004-05-11 Thread bugzilla
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 28773] - .Net should accept fileset.

2004-05-11 Thread bugzilla
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 28773] - .Net should accept fileset.

2004-05-11 Thread bugzilla
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

[Ant Wiki] Updated: AntTasks

2004-05-11 Thread ant-cvs
Date: 2004-05-11T16:10:45 Editor: 207.151.224.74 <> Wiki: Ant Wiki Page: AntTasks URL: http://wiki.apache.org/ant/AntTasks no comment Change Log: -- @@ -2,3 +2,7 @@ There is a great deal of "folklo

Re: ANT 1.7 features suggestion

2004-05-11 Thread Nicola Ken Barozzi
Dominique Devienne wrote: From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] Actually is too wordy. A mall is translated into Complex conditions are big. A small expression language like "XXX && YYY" would be much nicer. I so agree with you! That expression language could (should IMHO!) be XPat