From: timfox <do-...@jb...> - 2006-05-31 17:52:20
|
"ad...@jb..." wrote : | There is no requirement for total ordering here either. | All the "put in delivered state" and ack/nack messages to the buddy | are coming from the master node which provides the ordering. | Ok, I was assuming the "put in delivered state" and ack/nack messages *wouldn't* be coming from the master node, but could be coming from any node. If they are coming from the master node, than I agree that would be ok. My previous assumption was that if a client is connected to a node other than the active node, then any send(Message m), ack(MessageID id), receive() calls would be multicast. My understanding of what you're saying is we should only multicast the send() call to the master and the buddy, and all others (ack, receive) need to be channelled through the master to the buddy to give the ordering guarantee. We could just channel everything through the master (even the send), which is what I suggested earlier: anonymous wrote : | So node A sends message to active node. Then active node synchronously sends message to replica(s) before returning. | | This is more network traffic and more latency though... | At the expense of latency ensuring only the master talks to the replica might make our lives easier. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3948164#3948164 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3948164 |