Re: [axis2] Re: switch from Callback/AxisCallback (with problems)

2007-07-21 Thread Michele Mazzucco
Glen,

I use the same callback object to receive multiple (unrelated)
responses. Before the changes to the setComplete() (I'm using 1.1.1) by
overriding it it was simple to find out when all responses had been
received.


Michele


On Fri, 2007-07-20 at 15:54 -0400, Glen Daniels wrote:
> 
> > Furthermore, even if I don't want to switch from Callback to
> > AxisCallback, the setComplete() method is now final, which seems to
> > prevent me to use the same callback instance to receive/process
> multiple
> > responses.
> 
> setComplete() is final because it must call notify() to wake up any 
> threads blocked on this object (this change was made before
> deprecating 
> the class).
> 
> I'm not sure what you're getting at here exactly... can you explain
> your 
> use-case in more detail?  If there's something we're missing we'll
> fix 
> it, but I don't yet understand what you're trying to do. 


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



[axis2] Re: switch from Callback/AxisCallback (with problems)

2007-07-20 Thread Glen Daniels

Hi Michele:

Michele Mazzucco wrote:

it looks to me that the callback API has changed a lot :(.


Yes, based on a couple of mailing list threads a while back.  The new 
interface is intended to be cleaner, richer, and more flexible.



How can I  manage the scenario when the same callback is used to receive
several responses?, how do I know when all messages have been received?


If you're talking about a custom MEP like OUT-IN-IN, for each in message 
you will receive an onMessage(msgContext) event.  Then at the completion 
of the MEP (as determined by the OperationClient, as per usual) you will 
receive an onComplete() event.



Furthermore, even if I don't want to switch from Callback to
AxisCallback, the setComplete() method is now final, which seems to
prevent me to use the same callback instance to receive/process multiple
responses.


setComplete() is final because it must call notify() to wake up any 
threads blocked on this object (this change was made before deprecating 
the class).


I'm not sure what you're getting at here exactly... can you explain your 
use-case in more detail?  If there's something we're missing we'll fix 
it, but I don't yet understand what you're trying to do.


Thanks,
--Glen

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