The Executor interface also declares a
getSubProjectExecutor() method; probably the parallel
executor would return itself (Ant's default target
executor returns a SingleCheckExecutor for executing
subprojects i.e. ant/antcall/subant). If not, that's
why it's pluggable... :) The real problem is th
Wouldn't a parallel target executor
(by definition) only help for targets?
If so I don't see how that would help
with parallel execution of sub-builds, because targets are statically defined
and the problem statement in this case is that they don't want to statically
define the sub-builds.
Not t
One of the Ant committers, Alexey Solofnenko, was at
one time working on a parallel target executor which
would apply to an entire build. Depending on its
state it might be useful here. Alexey?
-Matt
--- Jeffrey E Care <[EMAIL PROTECTED]> wrote:
> The short answer is no.
>
> The longer answer
The short answer is no.
The longer answer is that there was
some discussion on the dev. list about adding parallelization to the
task, but even the chances of that being implemented anytime soon are slim.
JEC
We have a set of directories each containing ejbs targeted for weblogic.
Each of these are independent of others and can be compiled in parallel.
I thought about the task. But we do not want to hard code the
names of the directories in the build.xml as new ones get created and
old ones get delet
