Martin Desruisseaux wrote:
> So I assume that the interfaces would looks like that:
>
> public interface Process {
> void process(ProgressListener listener);
>
> // Some input and output methods for parameters
> }
>
>
> Would it be appropriate to rename the other interfaces
Hello Jody
With the example that you gave us yesterday (Callable being serialized toward
an
other nodes in a cluster), I understand now the importance of comunicating
progress/cancelation through the Executor only.
So I assume that the interfaces would looks like that:
public interface P
Jody Garnett a écrit :
> nothing in this API says the Callable is even
> valid after it has been handed over to the Executor; indeed the Executor
> may serialize it out to another machine in a cluster; the Future only
> provides a way to get the result of the execution (perhaps the result
> has
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>> So you understand how Executor is isolating the implementor of
>> Callable from external influence; in order to have more flexibility
>> and control over what is going on. The trade off and motivations for
>> their strict design decisions ar
Jody Garnett a écrit :
> So you understand how Executor is isolating the implementor of Callable
> from external influence; in order to have more flexibility and control
> over what is going on. The trade off and motivations for their strict
> design decisions are clear to you ... do you actuall
Martin Desruisseaux wrote:
> I'm using them in production (through MosaicImageWriter) before I
> suggested those classes last Monday...
So you understand how Executor is isolating the implementor of Callable
from external influence; in order to have more flexibility and control
over what is goin
Jody Garnett a écrit :
> Hi Martin this is not proving an effective use of either of our time; I
> am not sure you understand the design of Executor/Callable/Future.
I'm using them in production (through MosaicImageWriter) before I suggested
those classes last Monday...
However I do not yet und
Hi Martin this is not proving an effective use of either of our time; I
am not sure you understand the design of Executor/Callable/Future. Many
of your questions seem focused on the technicalities of stopping a
process; rather than the responsibilities and relationships of the
objects involved.
