Jason van Zyl wrote:
>
> Is there any reason that Ant isn't used more for the
> building and updating scripts? Is Ant too slow for a
> massive build system like gump, or are there features
> missing that make Ant not appropriate for gump?
When I was originally looking at the requirements for this type of tool,
one of the original requirements (yet unimplemented) that would have been
difficult to address was the need to change JVMs within the build. There
are some bootstrapping issues, and the ease with which the classpath can be
controlled.
Later on, I realized that there is a difference in philosophy for error
handling (Ant tends to stop on first error).
But mostly, I misjudged the problems associated with correctly specifying
the classpath. People who develop build scripts have been very inventive
in finding ways to override the wishes of their users. The only way I
could find to make gump work was to change Ant so that it will optionally
ignore *all* classpaths specified in build scripts. Of course, if gump
were Ant based, I would have to find a way to be more selective about it.
All in all, however, I would welcome there being multiple front end/back
end pairs targetting different runtimes. I currently have implemented bash
shell scripts and windows batch files. I started once on Perl and Java
ones, but never completed them. Others have offered to contribute Ant
ones, but have yet to do so.
- Sam Ruby
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
