Thanks!
[rg] <https://www.redpointglobal.com/> John Lilley Data Management Chief Architect, Redpoint Global Inc. 888 Worcester Street, Suite 200 Wellesley, MA 02482 M: +1 7209385761<tel:+1%207209385761> | john.lil...@redpointglobal.com<mailto:john.lil...@redpointglobal.com> From: Jan Šmucr <jan.sm...@aimtecglobal.com> Sent: Tuesday, December 20, 2022 9:54 PM To: users@activemq.apache.org Subject: Re: Message Selectors vs multiple queues *** [Caution] This email is from an external source. Please use caution responding, opening attachments or clicking embedded links. *** I'd add my opinion from the maintenance perspective. We use both setups in our cloud service and when it comes to solving issues it's a lot better to have separate queues, as you can pause these individually. Selecting what not to consume on the consumer side can get very complicated. Jan Dne 21. 12. 2022 0:25 napsal uživatel John Lilley <john.lil...@redpointglobal.com.INVALID<mailto:john.lil...@redpointglobal.com.INVALID>>: Greetings! We have a design wherein every “job” that runs offers up an RPC service via a unique queue name. Which means that if 100 jobs are running, there are 100 queues. I’ve read that, in theory, all jobs could share a single queue and use Message Selectors (in JMS) to receive only messages that they should service. Can anyone help me understand the tradeoffs? Would shared queue tend to use less broker memory? Would the shared queue performance start to degrade under load? Thanks, John [rg]<https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.redpointglobal.com%2f&c=E,1,rYpW5JN-RK1DK4EoXXnXHavqGr1lZ3_LXBazHVaHMeD2ZLZHAhztn-PTPj5X1UO46weTt0XZMeeSHxJrVqpXvgWza098B9anSXc0mIoJ0r_g&typo=1> John Lilley Data Management Chief Architect, Redpoint Global Inc. 888 Worcester Street, Suite 200 Wellesley, MA 02482 M: +1 7209385761<tel:+1%207209385761> | john.lil...@redpointglobal.com<mailto:john.lil...@redpointglobal.com> PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is confidential and is intended solely for the use of the individual(s) to whom it is addressed. If you believe you received this e-mail in error, please notify the sender immediately, delete the e-mail from your computer and do not copy, print or disclose it to anyone else. If you properly received this e-mail as a customer, partner or vendor of Redpoint, you should maintain its contents in confidence subject to the terms and conditions of your agreement(s) with Redpoint. PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is confidential and is intended solely for the use of the individual(s) to whom it is addressed. If you believe you received this e-mail in error, please notify the sender immediately, delete the e-mail from your computer and do not copy, print or disclose it to anyone else. If you properly received this e-mail as a customer, partner or vendor of Redpoint, you should maintain its contents in confidence subject to the terms and conditions of your agreement(s) with Redpoint.
