On Jun 24, 2010, at 3:04 PM, Danny Yates wrote:
> Hmm... that's interesting. I hadn't discovered that before. It's not clear
> to me what that does - it appears to manipulate the DOM somehow.
>
> Could you explain what it's for and how to use it and then I can see if it
> will help me solve my current problem.
>
Admittedly, I didn't read the entire message to see _what_ you wanted namespaced attributes
for. :) The Dynamic* interfaces are more for custom tasks, etc. I could swear we've had
a similar discussion about putting attributes on Targets before; at the very least you could
create a custom ProjectHelper that instantiated a particular Target subclass. One of our
committers, Alexey Solofnenko, was once working on a parallel executor, but I don't know whether
he ever completed it.
-Matt
> Many thanks,
>
> Danny.
>
>
> On 24 June 2010 20:58, Matt Benson <gudnabrsam@gmail.com> wrote:
>
>> Like org.apache.tools.ant.Dynamic*NS?
>>
>> -Matt
>>
>> On Jun 24, 2010, at 2:50 PM, Danny Yates wrote:
>>
>>> Hi guys,
>>>
>>> Me again!
>>>
>>> I have some more functionality that I'm interested in, but I fear it may
>> be
>>> quite specific to my requirements, so I thought I'd run it past you all
>>> before getting to work on it.
>>>
>>> I'm developing a custom executor which can execute targets in parallel,
>> and
>>> as an extension of that, it would be kind of cool to be able to mark
>>> individual targets as CPU-bound or IO-bound so that the executor can be a
>>> bit smarter about scheduling them. However, I can't find any sensible way
>> to
>>> communicate this information to the executor.
>>>
>>> What would be kind of cool would be that if the parser encounters
>> attributes
>>> in a namespace that it doesn't recognise, then instead of ignoring them
>> (as
>>> it does now), it records them and makes them available through an API on
>> the
>>> Project and Target objects. This would allow the executor to inspect
>> them.
>>>
>>> I realise this is very specific to my parallel executor project, but I
>> think
>>> adding it would be a non-breaking change that wouldn't have any impact on
>>> existing consumers of the API.
>>>
>>> What do you folks think?
>>>
>>> Cheers,
>>>
>>> Danny.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
|