You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Rob Davies (JIRA)" <ji...@apache.org> on 2006/11/24 12:15:02 UTC

[jira] Assigned: (AMQ-920) Two TCP connection requirement for bidirectional message flow ...

     [ https://issues.apache.org/activemq/browse/AMQ-920?page=all ]

Rob Davies reassigned AMQ-920:
------------------------------

    Assignee: Rob Davies

> Two TCP connection requirement for bidirectional message flow ...
> -----------------------------------------------------------------
>
>                 Key: AMQ-920
>                 URL: https://issues.apache.org/activemq/browse/AMQ-920
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: Connector
>            Reporter: Sridhar Komandur
>         Assigned To: Rob Davies
>
> We noticed the following during our testing ....
> When a broker A establishes connection to broker B, the message flow is unidirectional from A to B.
> This is a an issue for us: For example, consider brokers associated with business critical services X and Y. There are many secondary services that either monitor/feed off of the messages coming from them.
> A FOO service would like to process messages going from X to Y. So in FOO's broker configuration we add X's name. However,  messages are not going to flow from X to FOO, till X initiates a connection to FOO. It may not be desirable/possible to change business critical brokers' configuration for usage scenarios like this.
> TCP is bidirectional and asymmetry at connection establishment should not be translated to the higher level network connector. Is there a fundamental need/justification for this design that I may not be aware of ? Otherwise I would like to explore other design options.
> Thanks
> Regards
> - Sridhar Komandur

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