On Mon, 26 Nov 2001 19:22, Steve Loughran wrote:
> > > and are happy with them.
> > >
> > > Apart from some tabs to spaces conversion , the two big changes here
> > > are
> > >
> > > 1. you can specify a resultproperty that saves the result value into an
> > > (undefined) property. Obviously only of relevance if failonerror=false
> >
> > Whats the use case of this? Is it just a work around for limitations of
>
> ants
>
> > error handling behaviour?
>
> Someone else has asked for this too, its an open bug
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4345
kool.
> Again, for adaptive failure, though the use case given could use a mail
> logger instead.
Thats an option. Overall I am fairly unhappy with the current error handling
capabilities in Ant. Unfortunately I can not think of any graceful way of
handling this without making Ant into a procedural language. How about you ?
The only thing I have thought about is being able to install a user
configurable ErrorHandler but this seems to just punt the issues into the
users lap.
> While we are at it, I see someone has filed a feature req, for exec to
> handle input from a file/property too. Again, some interesting use cases
> could be covered here, especially related to a x-platform way of dealing
> with apps that expect user input of some form or other.
We don't do that already ? oh - lets add it ;)
The one interesting thing about this will be whether or not we give the
option to "filter" the property (ie replace file with correct file endings as
it is passed to task). Though I suppose this could be done as the step before
calling exec.
--
Cheers,
Pete
When a stupid man is doing something he's ashamed of, he always
declares that it is his duty.
George Bernard Shaw
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
