activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Tully <>
Subject Re: what value of networkTTL need to use for synchronous request and reply in network connectors
Date Wed, 14 Feb 2018 14:23:27 GMT
In the event of connection failures there is a good chance of loosing
If you are about messages and replies then use real queues, maybe have a
reply queue per process or per application and use selectors based on the
correlation id if you need to multiplex.

The lifetime of a temp queue is tied to the connection that created it or
to the bridge that forwards, in the event of failure and recovery the temp
goes away for some time. Errors are inevitable and there is the potential
for loss.
There was a bunch of work to ensure all errors were reported but it is not
a good plan if you care about reply messages.

see: RequestReplyTempDestRemovalAdvisoryRaceTest for an example test
scenario in the unit tests.

On Thu, 8 Feb 2018 at 16:38 Rajesh Malla <> wrote:

> We are using n/w connectors between 3 brokers
> is
> A->B
> A->C
> B->A
> B->C
> C->A
> C->B
> also we are using synchronous request and reply pattern using camel to send
> and receive message in temp queue.
> we have question is it good to use networkTTL = 2 in above configuration ?
> will it work properly or
> is there any chance of losing message ?
> for example
> A                   B                   C
> tmpQ              tmpQ              tmpQ
> what if producer send message to A and waiting on tmpQ, consumer C receives
> message and reply to  tmpQ [ of C], ?
>  A,B,C are producers and consumers on tmpQ
> --
> Sent from:

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