If you want to share a replyTo queue the replyToType is Shared, not Exclusive, so this should already be supported, or do I geth something wrong here?
-----Original Message----- From: James Carman [mailto:ja...@carmanconsulting.com] Sent: Dienstag, 12. Juli 2016 15:47 To: dev@camel.apache.org Subject: Re: [DISCUSS] Reusing Exclusive ReplyTo Queue.. I am not talking about using a Shared reply queue. I'm talking about using Exclusive. The idea would be to be able to send messages, using a ProducerTemplate or something, like this: jms:queue:foo?replyToType=Exclusive&replyTo=REPLIES&concurrentConsumers=5 jms:queue:bar?replyToType=Exclusive&replyTo=REPLIES&concurrentConsumers=5 Right now, this doesn't work. Is there any reason folks can think of that we wouldn't or couldn't support such a thing? On Tue, Jul 12, 2016 at 1:50 AM Siano, Stephan <stephan.si...@sap.com> wrote: > Hi James, > > I am not sure whether I understand the context. Are you talking about > request/reply over JMS with the camel-jms component? > > In that case the replyToDestinationSelectorName parameter might help you > with shared reply to queues. I actually do not see any impact that may have > on transactions. I haven't tried that out myself, though. > > Best regards > Stephan > > -----Original Message----- > From: James Carman [mailto:ja...@carmanconsulting.com] > Sent: Montag, 11. Juli 2016 16:29 > To: dev@camel.apache.org > Subject: [DISCUSS] Reusing Exclusive ReplyTo Queue.. > > Right now, you must have a unique reply to queue for each destination. > Would there be any impact of allowing folks to use a single reply to queue > for all destinations? For example, suppose I want to use an "Exclusive" > reply to queue per node within my cluster, but I want all replies (for all > routes) to go to REPLY_TO.<hostname>. Would this impact transactions? Is > this doable? >
