[
https://issues.apache.org/jira/browse/QPID-6946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15055752#comment-15055752
]
Rob Godfrey commented on QPID-6946:
-----------------------------------
Hi Karl - I'm actually looking at Federation/Global addressing in the Java
Broker at the moment.
There are a number of different use cases / patterns for federation, including
1) Remote producer/consumer on point-to-point messaging (i.e. a queue has one
single physical location, but federation allows clients attached to remote
brokers to send/receive from that queue).
2) Remote producer/consumer on pub/sub messaging (similar to the point to point
case above - a single broker is the "home" of the topic, but clients attached
to a different broker may publish to or consume from the topic. Here there
optimisations in broker -> broker traffic so that we don't duplicate message
distribution). Distribution from the "home" broker to other brokers is
essentially hierarchical.
3) Global "Shared" Queue: a queue which doesn't have a single physical
location, its state is distributed amongst all participating brokers. Messages
will not move off the local broker unless there is no (or insufficient) local
demand for the messages. (Note in such a queue there is no way to "browse" the
global queue).
4) Global "Distributed" topic ... like 2) only with no notion of a single home
for the topic... distribution is not hierarchical but rather a mesh of some
kind.
Which patterns/use cases are you most interested in?
> Implement Federation for Java Broker
> ------------------------------------
>
> Key: QPID-6946
> URL: https://issues.apache.org/jira/browse/QPID-6946
> Project: Qpid
> Issue Type: New Feature
> Components: Java Broker
> Reporter: Karl Andersson
>
> C++ Version has Federation support but as far as I know, the Java Broker
> doesn't. There is a Design Proposal from 2008:
> https://cwiki.apache.org/confluence/display/qpid/Java+Federation+Design+Proposal
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
