Hi Joshua More comments in line
Regards Simon On Fri, Mar 14, 2008 at 11:20 AM, Joshua Jackson <[EMAIL PROTECTED]> wrote: > On 3/14/08, Simon Laws <[EMAIL PROTECTED]> wrote: > > On Fri, Mar 14, 2008 at 10:36 AM, Joshua Jackson <[EMAIL PROTECTED]> > > wrote: > > So you could say that a binding.socket dispatches message processing to > a > > method called process(message) for example. You are not expecting the > > message arriving from the IVR to contain information about which method > > should be called. Whenever a message arrives on the the socket, > > binding.socket simply dispatches it to the process() method on the > service. > > The process() method just does whatever processing you need it to do on > the > > message. > > Hi Simon, > > This is what I exactly need. So IVR won't understand what Java method > it should call (although I don't know yet whether IVR can call an RPC > method) and on the other side I expect tuscany would listen to any > message that arrives and then do the processing. Yep, sounds good. > > > Btw, > How reliable is this the message processing? Is the method uses > 'handshake' or 'message listener' ? We had bad experience using > handshake since the IVR socket is often restarted, and once it is > restarted the program all the sudden hangs. I am expecting high > reliability from tuscany and won't hang whenever the IVR is restarted. > I think message listener is much better than the concept of handshake. > Does tuscany provides message listener method? I wasn't being prescriptive and saying how binding.socket should be implemented so if you have particular ideas about how to make this more reliable, for example, then that's great. We don't have any low level socket handling code at the moment AFAIK but there is plenty of experience in the Java world to call on. > > > Thanks in advance > > -- > Let's show the world what we've got. > > Blog: http://joshuajava.wordpress.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
