activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Posta <>
Subject Re: 5.7 doesn't consume on queue
Date Wed, 24 Oct 2012 22:31:47 GMT
Yep, that's the case. There are incompatible changes around the
DemandForwarding bridge and the expected behaviors: The subscriptions are
created slightly differently. Among possibly other changes, this SVN
revision is what changed that would cause the behavior specifically that
you're seeing:

>From this JIRA:

In this case, you'll have to pick on version or the other for both brokers.
Any specific reason why you need a network of brokers for this use case?

On Wed, Oct 24, 2012 at 2:56 PM, Christian Posta

> There seems to be an issue with the bridge getting established properly,
> probably due to the broker version mix and match. Like Torsten alluded to
> earlier, the subscription isn't set up properly on the client's $fBroker,
> ie, it doesn't see the subscription to the ACK queue coming from the
> server's broker (fBroker)
> ActiveMQ wire protocols are backward compatible between clients and
> brokers, but I don't think the same is true between brokers in a network of
> brokers. I will dig around a little more to see what the exact issue is...
> On Wed, Oct 24, 2012 at 12:53 PM, kureckam <> wrote:
>> pBroker in this case isn't relative because it is used for
>> intercommunication
>> between server components. The server fBroker networking with the client
>> fBroker is the issue. The network connector (i.e.
>> setting indicates the client fBroker IP to connect to.
>> --
>> View this message in context:
>> Sent from the ActiveMQ - User mailing list archive at
> --
> *Christian Posta*
> twitter: @christianposta

*Christian Posta*
twitter: @christianposta

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message