[jboss-jira] [JBoss JIRA] Commented: (JGRP-717) Message ordering protocol for TCP unicasts

[Bela Ban (JIRA)]

    [ http://jira.jboss.com/jira/browse/JGRP-717?page=comments#action_12417508 ] 
            
Bela Ban commented on JGRP-717:
-------------------------------

[Bela]
Actually, thinking about it, I have a problem with your argument:

- When the view change at A (without B) is installed, the entry for B is destroyed
- This causes the socket from A to B to be closed
- On B, the socket close is registered and the connection should be removed there too. If this is not the case, it's a bug !
- When B sends the next OOB message, a *new* connection should be created, so the send() should pass ! 

> Message ordering protocol for TCP unicasts
> ------------------------------------------
>
>                 Key: JGRP-717
>                 URL: http://jira.jboss.com/jira/browse/JGRP-717
>             Project: JGroups
>          Issue Type: Feature Request
>            Reporter: Brian Stansberry
>         Assigned To: Bela Ban
>             Fix For: 2.7, 2.6.3
>
>
> With the introduction of a thread pool in the TCP protocol, the ability to relying on TCP/IP to guarantee ordering of unicast messages is lost. See JGRP-716.  Solution is to add UNICAST to TCP-based stacks that use a thread pool.  This is not ideal since UNICAST adds overhead for reliable transmission (sending ACKs, retaining sent messages for retransmission) and this overhead is unnecessary with TCP.  Request is for a protocol with the message ordering functionality of UNICAST but without the reliable transmission features.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira