On 02/05/2013 10:26 AM, Bruno Matos wrote:
Hi Gordon,
Another good question!
In establishing a link to another broker, qpidd is not doing anything
that other client libraries must be able to do. From the perspective of
that other broker qpidd can be treated as just another producer or consumer.
However there are aspects that will certainly benefit from more activity
in the standards group. The handling of reply-to in networks of
different broker implementations is a good example.
Could you explain this? As you might have seen, I'm looking for a
solution to reply to a queue in a federated broker from a service in the
main broker. Is this what you are talking about?
Yes. As you've seen we don't yet have a nice, transparent solution even
between qpidd instances. Adding other implementations into the network
would only make this worse unless we adopt some standard
conventions/best practices etc.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
