Performing a task besides e-mail upon failure

Hi. I am trying to find out if you can use Ant to perform some alternative task besides e-mail if some of your main tasks fail. More specifically, I am trying to do the following: I am running an automated build process. First, I increment a build number. Then I pull code from Subversion an

[GUMP@brutus]: Project test-ant (in module ant) success

To whom it may satisfy... 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 longer* has an issue. The current state of this project is 'Success

Re: hotswap

David Kavanagh wrote: Just wondering if anyone else has any thoughts on the target, feel free to look at the web page (http://hotswap.dev.java.net/) and read Steve's comments below. Looks cool... BTW you may be interested to know that NetBeans 4.0 uses a similar task to do hotswapping during de

cvs commit: ant/xdocs contributors.xml

jglick 2004/10/19 17:42:33 Modified:xdocscontributors.xml Log: If this works, my CVS access is working OK... Revision ChangesPath 1.30 +10 -0 ant/xdocs/contributors.xml Index: contributors.xml ==

DO NOT REPLY [Bug 30642] - XMLCatalog fails to resolve entities when the project's base directory path contains spaces.

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 30488] - Option to show tasks in menu

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

Date: 2004-10-19T23:15:09 Editor: JanMatèrne <[EMAIL PROTECTED]> Wiki: Ant Wiki Page: AntTasks URL: http://wiki.apache.org/ant/AntTasks Execut a target depending on the value of a property Change Log: -

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs TypedefTest.java

peterreilly2004/10/20 01:38:05 Modified:.WHATSNEW CONTRIBUTORS docs/manual/CoreTasks typedef.html src/etc/testcases/taskdefs typedef.xml src/main/org/apache/tools/ant/taskdefs Definer.java src/testcases/org/apache/tools/

DO NOT REPLY [Bug 31685] - [PATCH] typedef doen't fail with resource could not be found

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: local properties

Jose Alberto Fernandez wrote: For example, the usage of ThreadLocals in other proposals may be right for some things, but it may be wrong if I am trying to use properties to communicate between threads. (Which I can do with regular properties). You are correct. Using the following:

Re: local properties

Jack J. Woehr wrote: Stefan Bodewig wrote: Nor the other way around. You've convinced me, we need shadowing. Shadowing, or a definition stack for each definition? That is the way the local patch works. But it is not as clean as it should be, in that user properties and normal properties

Re: Performing a task besides e-mail upon failure

On Wed, 20 Oct 2004, R. Smith <[EMAIL PROTECTED]> wrote: > Hi. I am trying to find out if you can use Ant to perform some > alternative task besides e-mail if some of your main tasks fail. Use a BuildListener - this will receive all events necessary to decide what to do and can do whatever you w

Re: local properties

Stefan Bodewig wrote: Nicer? Maybe. I still think a special task container would be cleaner since it provided explicit scoping and might even help us route around the "custom PropertyHelpers problem". Something like prop is ${prop} Ok, I am modifying the local patch to do:

AW: local properties

prop is ${prop} prop is ${prop} should result in? [echo] prop is a local value [echo] prop is ${prop} > So, Task, Target, Parallel do not get changed. > > I also think that the nested localproperty for the macrodef > task can be dropped initially. It would be easier to expl

Re: local properties

On Wed, 20 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: > Ok, I am modifying the local patch to do: > > > > > prop is ${prop} > > This is what you get when you say "do as you please, I don't have time to fight for my solution"? I should try it more often ;-) Stefan -

Re: AW: local properties

[EMAIL PROTECTED] wrote: prop is ${prop} prop is ${prop} should result in? [echo] prop is a local value [echo] prop is ${prop} Yes. So, Task, Target, Parallel do not get changed. I also think that the nested localproperty for the macrodef task can be dropped initially. It would

Re: local properties

On Tue, 19 Oct 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > BTW, a long time ago I went on proposing something like this, to > have a real stack of property definitions, shadowing, and so on. But > there are a lot of funny issues that made it very dificult and a lot > of compatibility

Re: local properties

Stefan Bodewig wrote: On Wed, 20 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote: Ok, I am modifying the local patch to do: prop is ${prop} This is what you get when you say "do as you please, I don't have time to fight for my solution"? I should try it more often ;-) Well

Re: local properties

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > This is what you get when you say "do as you please, > I don't have time > to fight for my solution"? I should try it more > often ;-) I originally thought about a "scope" Sequential subclass as well. In fact, when I got into my email today I plann

RE: local properties

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > To me is the correct solution that may need to get extended to > cover additional cases. Your task that generates unique names has > merits of its own and independent of that. Your (much simpler) > approach would need an additional cleanup mo

RE: local properties

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > Stefan Bodewig wrote: > > >Nicer? Maybe. I still think a special task container would > be cleaner > >since it provided explicit scoping and might even help us > route around > >the "custom PropertyHelpers problem". Something like > > > >

Re: local properties

Jose Alberto Fernandez wrote: Peter, The original reason for all the threadlocal stuff was to allow writing things like: Where "macro1" defines locals and in that case we do not want the different threads to interfere with each other. Now does your changes deal with this issue

RE: local properties

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > > To me is the correct solution that may need to get > extended to > > cover additional cases. Your task that generates unique names has > > merits of its own and independent of t

RE: local properties

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > From the point of view of most languages, there is a flat > namespace. For example in "C" one can do > > int a; > > void proc(void) { >int a; >a = 1; > } > > Peter > Sorry, but you are mistaken here. The "a" being assigned is diffe

Re: local properties

Jose Alberto Fernandez wrote: From: Peter Reilly [mailto:[EMAIL PROTECTED] From the point of view of most languages, there is a flat namespace. For example in "C" one can do int a; void proc(void) { int a; a = 1; } Peter Sorry, but you are mistaken here. The "a" being assigned is diffe

RE: local properties

> From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > 1) I don't like the name. Perhaps it shows how ignorant I am > >about other languages not in the C family, but it doesn't spe

RE: local properties

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > 1) I don't like the name. Perhaps it shows how ignorant I am > >

RE: local properties

> From: Peter Reilly [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > >>From: Peter Reilly [mailto:[EMAIL PROTECTED] > >> > >> From the point of view of most languages, there is a flat > >>namespace. For example in "C" one can do > >> > >>int a; > >> > >>void proc(void) { > >> i

DO NOT REPLY [Bug 31805] New: - ExecTask executes checkConfiguration() even though os does not match

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 31805] - ExecTask executes checkConfiguration() even though os does not match

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

FW: local properties

> From: Jose Alberto Fernandez > > > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > > Dealing with would be tricky, but I think we > > *should* break BC by not allowing the different 'threads' of > > a to share properties, at least unless explicitly > > requested. > > > > So wha

Re: FW: local properties

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > > > > > > > > > This is absolutely valid code today. Shall it stay > in an infinite wait? This is where scoping comes in... the exists in the same scope as the , so all spawned threads would diverge from a common point: i.e

Re: local properties

Jose Alberto Fernandez wrote: Do we copy, not copy, almost copy? What happens if I declare a parallel with a ? inside a macrodef. The stack of "pointers" (pointers being the java variable as seen by a C programmer) is copied. The following works fine:

Re: FW: local properties

Jose Alberto Fernandez wrote: From: Jose Alberto Fernandez From: Dominique Devienne [mailto:[EMAIL PROTECTED] Dealing with would be tricky, but I think we *should* break BC by not allowing the different 'threads' of a to share properties, at least unless explicitly requested. So wh

DO NOT REPLY [Bug 23942] - Addition of a local property

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 23942] - Addition of a local property

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 23942] - Addition of a local property

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 23942] - Addition of a local property

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: FW: local properties

Let doesn't scare me off too much, as it reminds me of Standard ML. let x=lambda(f) ==>f+3; And Basic, funnily enough: LET X=X=1; I think if we use Let, then we are starting to look like a language with the notion of 'environment' as lisp engines call it. In which case the issue is not so muc

Re: hotswap

so if netbeans has a hotswap too, I wonder if you could do a task that would do hotswap into whatever vm/ide you designated now, that really does scare me :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

DO NOT REPLY [Bug 23942] - Addition of a local property

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: hotswap

Where I work, most people use Eclipse, with a few using IntelliJ. I use Eclipse sometimes, but really prefer Vim for source code editing. (call me "old school"). Anyway, with this task and a simple target in my build file, I can hotswap when using Vim, almost as nicely as I could in Eclipse. That w

DO NOT REPLY [Bug 31812] New: - added logging of local and remote timestamps

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 31814] New: - Concat duplicates content if called multiple times

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 23942] - Addition of a local property

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 31815] New: - 401 error from ant install

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: hotswap

I think hotswap would make a great optional task. Steve On Wed, 20 Oct 2004 16:12:16 -0400, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Where I work, most people use Eclipse, with a few using IntelliJ. I use > Eclipse > sometimes, but really prefer Vim for source code editing. (call me "old >

DO NOT REPLY [Bug 23942] - Addition of a local property

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 23942] - Addition of a local property

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 31815] - 401 error from ant install

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: Performing a task besides e-mail upon failure

On Wed, 20 Oct 2004, R. Smith <[EMAIL PROTECTED]> wrote: > > Hi. I am trying to find out if you can use Ant to perform some > > alternative task besides e-mail if some of your main tasks fail. Instead of using Ant as a golden hammer for all build problems, consider instead using an Ant-friendly f