The broker can treat STOMP clients the same way as JMS clients (i.e. creating and deleting multicast queues automatically). Ultimately the behavior will depend on your specific use-case.
Justin On Wed, Jul 24, 2024 at 11:01 AM Edson Richter <edsonrich...@hotmail.com> wrote: > Perfect, I forgot to mention, we are using STOMP with durable messages, no > delete queues, no delete address. > > Regards, > > ER. > > -----Mensagem original----- > De: Justin Bertram <jbert...@apache.org> > Enviada em: quarta-feira, 24 de julho de 2024 11:44 > Para: users@activemq.apache.org > Assunto: Re: AMQ Multi-cast behavior > > As far as ActiveMQ Artemis is concerned all your assumptions look to be > correct for the most part. > > Number 4 is somewhat questionable depending on what exactly the client is > doing. If, for example, it's using the JMS API and creating a non-durable > subscription to receive messages then when the consumer stops then the > queue will likely be removed so you won't have any message accumulation in > that case. > > > Justin > > On Wed, Jul 24, 2024 at 9:05 AM Edson Richter <edsonrich...@hotmail.com> > wrote: > > > Please, tell me if any of my assumptions are wrong: > > > > > > 1. I have a data analysis streaming project using AMQ as temporary > > store. I know, most projects use Kafka, but in our company, AMQ is > > standard tool for everything “inter services communication”, and I love > it 😊 . > > 2. One service will send a Json message with data to an address, > > and then several queues receive a copy of that message (it’s the > > purpose of multicast, right?). > > 3. Each queue will have an aggregator service as consumer, where > > each service receiving the messages generate one (of dozens) of real > > time indicators (It’s a kind more complex than that). > > 4. If one consumer is stopped, the respective queue will continue > > to receive the messages until the service is restarted. > > > > Thanks in advance, > > > > ER. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org > For additional commands, e-mail: users-h...@activemq.apache.org > For further information, visit: https://activemq.apache.org/contact > >
