If I understand this correctly, the limitation with regard to only a single consumer on one topic is in order to maintain compliance with the JMS specification. ActiveMQ's Virtual Destinations give a workaround for this where a producer will publish to a topic as normal whilst allowing a consumer to connect as if to a queue, thereby enabling the consumer to operate multiple connections to increase its message consumption rate.
The AMQP model has the concept of sessions within a connection. Is it possible therefore to have multiple sessions within a connection against a single subscription without using Virtual Destinations? We could then use a client with some sort of concurrency feature to operate multiple sessions and increase message consumption. J. Jeremy Gooch http://goochgooch.co.uk From: Robbie Gemmell <robbie.gemm...@gmail.com> To: "users@qpid.apache.org" <users@qpid.apache.org> Sent: Tuesday, 11 April 2017, 14:49 Subject: Re: One subscription, multiple consumers. With ActiveMQ 5 I think your only option would be Virtual Topics, http://activemq.apache.org/virtual-destinations.html On 11 April 2017 at 13:17, Jeremy Gooch <gooc...@yahoo.co.uk.invalid> wrote: > It's... > - ActiveMQ 5.14- Python 3 (running in Docker)- Latest version of Qpid Proton > (installed via pip3) > J. > Jeremy Gooch http://goochgooch.co.uk > > From: Robbie Gemmell <robbie.gemm...@gmail.com> > To: "users@qpid.apache.org" <users@qpid.apache.org> > Sent: Monday, 10 April 2017, 15:55 > Subject: Re: One subscription, multiple consumers. > > Answers here are likely to be quite dependent on which server, and > which version of it, that you are actually using. > > On 10 April 2017 at 10:06, Jeremy Gooch <gooc...@yahoo.co.uk.invalid> wrote: >> Hello, >> Using Qpid Proton (mainly Python), I know you can have multiple consumers >> against one queue and they operate in a race condition. >> But can the same happen with a subscription? In other words, how do I >> configure multiple consumers against one subscription so that messages are >> distributed amongst them? This has come up as a requirement to support an >> auto-scaling client, who wants to make multiple connections to a durable >> subscription but not receive duplicate messages. >> Thanks, >> J. >> >> Jeremy Gooch http://goochgooch.co.uk > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org