Alexey:  Since the Executor classname itself is
specified as an option, rather than in a buildfile, my
opinion would be that specifications that interact
with an Executor should be externally configurable. 
At the same time it would be nice to maintain Target
exclusivity information with the targets themselves. 
My first instinct would be to use project-level
properties.  You should want to execute the default ""
target first in any event, I would think, so at that
point project-level properties would be available, yet
can still be overridden externally.  I would expect
these properties to be of a dynamic nature, but you
should be able to use PropertySets to help you with
that.

HTH,
Matt


--- "Alexey N. Solofnenko" <[EMAIL PROTECTED]>
wrote:

> Hello,
> 
>   I am experimenting with parallel executor.  One of
> the things required 
> for it is to be able to prevent some targets (mostly
> test targets) to be 
> executed simultaneously. It is possible to add
> something like 
> "mutex-names" attribute to Target, but if we do
> that, there seems no end 
> of adding many more attributes that make sense only
> in some specific 
> situations. Instead of that we could use XML
> processing instruction 
> "<?META mutexes="test"?> or <?MUTEX
> names="xxx,yyy"?> (this is more 
> readable, but more complex too - most likely it will
> require two level 
> Map of meta attributes) and keeps them in an
> identity hash map within 
> project. Theoretically any object should be able to
> have a meta 
> information attached, so during real task creation
> the hash map should 
> be updated with real reference. What do you think?
> 
> - Alexey.
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to