DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=40544>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40544 ------- Additional Comments From [EMAIL PROTECTED] 2006-09-19 21:59 ------- 0. I think Ant is wonderful, and if you look closely we start all our demos from ant using the sf ant tasks (which is an antlib to talk to the distributed infrastructure) 1. I think ant is good for getting stuff onto local machines, especially servers that support deploy by copy. 2. the thing its not so good at is shutdown and liveness; managing long lived running things rather than a sequence of operations. or its error handling. Smartfrog has lots of components to do things like repeat {} or retry {} to manage iterative development of unreliable stuff. 3. At one of the Grid Forum standards meetings I attended (Hawaii, its a tough life :), I attended a demo of 'gridant'. http://www.globus.org/cog/projects/gridant/ This does use ant to start running a grid build. The problem is, what happens if the host PC reboots? What if your laptop moves? Grid ant keels over there. Now, one thing that is interesting is the idea of speeding up a build by distributing work. For that to be deployed to a big public grid (like the ourgrid one), you must have a pretty low priority batch job; of which overnight test runs fit in. A separate problem is parallel builds. Some C++ tools do this with special versions of make. That's because CC is so slow. Personally, I wouldnt try splitting up existing builds into separate process. More interesting is to partition a multi-project build to run stuff in separate processes/machines, with some shared repository to share artifacts. This is actually something that I suspect maven may fit in better with, because it has a clearer model of inter-component dependencies. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]