Re: artemis auto queue deletion results in lost messages

e DLA - I guess > because the address isn't there. > > Regards > Brad. > > -Original Message- > From: Domenico Francesco Bruscino > Sent: Tuesday, 13 October 2020 6:25 PM > To: users@activemq.apache.org > Subject: Re: artemis auto queue deletion results in lost

RE: artemis auto queue deletion results in lost messages

on results in lost messages Hi Brad, it looks like the expected behaviour of the auto-delete-queues feature to me. If you need to change the default auto-delete-queue setting[1] you could set it to false for the default or other matches, ie for the default match: false ... Moreover the

Re: artemis auto queue deletion results in lost messages

Hi Brad, it looks like the expected behaviour of the auto-delete-queues feature to me. If you need to change the default auto-delete-queue setting[1] you could set it to false for the default or other matches, ie for the default match: false ... Moreover there are two options to customize t

artemis auto queue deletion results in lost messages

Hi, When auto queue deletion is enabled (which is the default setting!) it is easy to lose messages. Pre-req: Create a new artemis 2.15.0 broker with default settings. #1 Connect a producer and consumer to a queue - address & queue will be auto created. #2 Send a message from producer and rece

Re: compositeTopic and lost messages - broker restart

urable and >> > messages remained to be sent to the queue even when the broker was >> offline. >> > >> > This is clearly a workaround, so a bit nervous of it's reliability, so >> > clearly an enhancement request to make this a duranble subscription >>

Re: compositeTopic and lost messages - broker restart

twork connector remained durable and > > messages remained to be sent to the queue even when the broker was > offline. > > > > This is clearly a workaround, so a bit nervous of it's reliability, so > > clearly an enhancement request to make this a duranble subscriptio

Re: compositeTopic and lost messages - broker restart

ker was offline. > > This is clearly a workaround, so a bit nervous of it's reliability, so > clearly an enhancement request to make this a duranble subscription might > be best. > > Thanks > > Richard > > -Original Message- > From: Tim Bain > S

RE: compositeTopic and lost messages - broker restart

mber 2019 07:00 To: ActiveMQ Users Subject: Re: compositeTopic and lost messages - broker restart Durable topic subscriptions are dangerous things, because if the consumer disappears without removing the subscription, the broker will keep the messages for it forever, eventually running the broke

Re: compositeTopic and lost messages - broker restart

---Original Message- > From: Cannock, Richard > Sent: 16 October 2019 19:36 > To: users@activemq.apache.org > Subject: RE: compositeTopic and lost messages - broker restart > > Apologies, mail server issue meant I wasn't sure that the original message > had gotten through. Obv

RE: compositeTopic and lost messages - broker restart

Message- From: Cannock, Richard Sent: 16 October 2019 19:36 To: users@activemq.apache.org Subject: RE: compositeTopic and lost messages - broker restart Apologies, mail server issue meant I wasn't sure that the original message had gotten through. Obviously it had! These are the same

RE: compositeTopic and lost messages - broker restart

users@activemq.apache.org Subject: Re: compositeTopic and lost messages - broker restart Richard, didn't you just send this same email to the ActiveMQ user list (although with a slightly different subject)? Just want to clarify if they are the same or different issues. Justin On Wed, Oct 16, 2019 at 10:40

Re: compositeTopic and lost messages - broker restart

Richard, didn't you just send this same email to the ActiveMQ user list (although with a slightly different subject)? Just want to clarify if they are the same or different issues. Justin On Wed, Oct 16, 2019 at 10:40 AM Cannock, Richard < richard.cann...@edfenergy.com> wrote: > Hi, > > > > We

compositeTopic and lost messages - broker restart

Hi, We are trying to enlist in a network of brokers arrangement with a third party broker hosted externally to us. We wish to receive messages from a topic (called sourceTopic) and forward to internal queues on our local broker for load balancing and throughput purposes using virtual destinatio

compositeTopic and lost messages upon broker restart

Hi, We are trying to enlist in a network of brokers arrangement with a third party broker hosted externally to us. We wish to receive messages from a topic (called sourceTopic) and forward to internal queues on our local broker for load balancing and throughput purposes using virtual destinatio

Re: (Artemis) Lost Messages with Colocated Backup Scale-down Failback

Seth Pyle, for the record I stumbled across another user with the same issue. it looks like there is already a JIRA issue created: https://issues.apache.org/jira/browse/ARTEMIS-2165 that issue links to a couple SO questions around the same space. I will add your example test case to that jira ticke

Re: Needing header to trace lost messages

If you're looking to log messages on the broker, you'd want to write a custom interceptor plugin. See https://activemq.apache.org/interceptors for more details. Note that the plugin must be in Java or another JVM language, not C++. The other Tim On Mon, Jun 3, 2019, 1:48 PM leejacks...@cox.net

Re: Needing header to trace lost messages

Hi! We were able to get the customer header and its value. We still cannot pinpoint the lost message issue. Is there a way for the consumer to dump all messages from the broker before it is reading them using the cms library? We appreciate the help! Kim -- Sent from: http://activemq.2283324

Re: Needing header to trace lost messages

On 5/22/19 1:10 PM, leejacks...@cox.net wrote: Our header is a string value, so we tried using cms_getMessageStringProperty(txtMessage, "OriginalDestination", key, bufferLen). It is failing with a return code of 1. Any ideas? -- Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-Use

Re: Needing header to trace lost messages

Our header is a string value, so we tried using cms_getMessageStringProperty(txtMessage, "OriginalDestination", key, bufferLen). It is failing with a return code of 1. Any ideas? -- Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html

Needing header to trace lost messages

We have a consumer to pull messages off broker. The messages are sent to a JMS Gateway and then a broker. We have messages being lost. We have been asked by the JMS Gateway team to add a header in our consumer log in addition to the message. I have looked over the consumer code give by Apache

Re: Needing header to trace lost messages

On 5/22/19 11:25 AM, leejacks...@cox.net wrote: Hi! We have a consumer written using the cms_browserGetNextMessages function written by Apache (https://github.com/fusesource/fusemq-c/blob/master/fusemqc-client/src/main/cpp/CMS_QueueBrowser.cpp). We are experiencing missing messages. We post mes

Needing header to trace lost messages

Hi! We have a consumer written using the cms_browserGetNextMessages function written by Apache (https://github.com/fusesource/fusemq-c/blob/master/fusemqc-client/src/main/cpp/CMS_QueueBrowser.cpp). We are experiencing missing messages. We post messages to a JMS Gateway. The Gateway sends to a

Re: (Artemis) Lost Messages with Colocated Backup Scale-down Failback

I happen to be working on this issue with Mr. Pyle. Is there anybody out there successfully working with Artemis colocated backups and scale-down that are able to recover a failed node successfully, and have the recovered node reestablish a backup? if so we would love to compare configuration notes

(Artemis) Lost Messages with Colocated Backup Scale-down Failback

I sent this last week via Nabble but I don't think it got mailed out to anybody, if it did I apologize for the spam. We're developing a strategy for backups and HA. Ideally we'd like to use colocated backups to ensure data integrity and availability with scale-down configured from the slave to the

(Artemis) Lost Messages with Colocated Backup Scale-down Failback

We're developing a strategy for backups and HA. Ideally we'd like to use colocated backups to ensure data integrity and availability with scale-down configured from the slave to the master host. We ran into an issue when bringing a server back up, consider this situation. Servers 1 and 2 are brou

Re: Lost messages.

On Nov 24, 2017 2:53 PM, "dfco21" wrote: Thanks for the update. I don't have a lot of information on the Sevice Cloud consumer, it's a third-party application and the access is very limited. This sounds like it will make it difficult for you to troubleshoot the behavior you're seeing. If that

Re: Lost messages.

Thanks for the update. I don't have a lot of information on the Sevice Cloud consumer, it's a third-party application and the access is very limited. I tried to mimic the process in a development environment and I saw an ActiveMQ.DLQ queue consuming messages I sent to a Queue. Could it be an exp

Re: Lost messages.

On Nov 22, 2017 10:43 PM, "dfco21" wrote: Exact. The consumer which had the 2 messages is the one which is supposed to get the 5 messages. It's a consumer-broker created by another cloud service supposed to consume the 5 messages sent. OK, so the consumer you're looking at is another broker, no

Re: Lost messages.

Exact. The consumer which had the 2 messages is the one which is supposed to get the 5 messages. It's a consumer-broker created by another cloud service supposed to consume the 5 messages sent. It looks like the 2nd consumer with the 3 messages is created by the producer. But 5 messages have been

Re: Lost messages.

OK, so you've sent 5 messages to the queue, and they've been round-robined across the two consumers, so one consumer got three messages and one got two. Apparently the consumer you're looking at is the one that got two messages, but the key here is that the other three messages weren't lost, they w

Re: Lost messages.

Hello, Please find more details. Actually, all the messages are sent to the Queue (starting with uuid_ in the screenshot below) but 3 are automatically queued and only 2 (instead of 5) are available to the consumer (not starting with uuid_ in the screenshot below). We're using the version 5.14.5

Re: Lost messages.

Hi, The message is persistent. See the screenshot for more details on the configuration we've implemented: We're sending messages to the ActiveMQ queue through a Cloud service. Thanks, AEB -- Sent from: http://activemq.228332

Re: Lost messages.

Hi Is the producer use sendAsync() or send() ? Are the messages persistent ? Regards JB On Nov 21, 2017, 22:38, at 22:38, dfco21 wrote: >Hello, > >We're experiencing a problem with our ActiveMQ queue. We have a >producer >(Cloud solution) which sends messages to an ActiveMQ queue. > >Our issue

Lost messages.

Hello, We're experiencing a problem with our ActiveMQ queue. We have a producer (Cloud solution) which sends messages to an ActiveMQ queue. Our issue is the following: Erratically some of the messages are not delivered to the ActiveMQ queue and are lost. We checked the producer's log and it sh

lost messages

oth delivered correctly, and then also DLQ’ed. At the same time we got 8 other messages delivered twice, and 7 messages looked like they were gone. When querying the AMQ database, 6 of the 7 lost messages are present in the database, but not present when querying MBeans for the queues – leaving 1 mess

Lost messages, how debug this?

We use standalone ActiveMQ 5.13.2, php and stomp. Stomp work with ActiveMQ in synchronous mode (with receipt check). Sometimes i see behavior that looks like lost messages. We use own task management system, that provide working with different types of tasks. What happens: 1) Task created, message

Re: Lost messages - Abnormal Behaviour of activeMQ

d). > > Let me know if I've misunderstood. > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/Lost-messages-Abnormal-Behaviour-of-activeMQ-tp4683240p4683287.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Lost messages - Abnormal Behaviour of activeMQ

opped). Let me know if I've misunderstood. -- View this message in context: http://activemq.2283324.n4.nabble.com/Lost-messages-Abnormal-Behaviour-of-activeMQ-tp4683240p4683287.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Lost messages - Abnormal Behaviour of activeMQ

getCustomerId()!=null){ boolean flag=false; for(int i=0,j=0;ihttp://activemq.2283324.n4.nabble.com/Lost-messages-Abnormal-Behaviour-of-activeMQ-tp4683240p4683265.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Lost messages - Abnormal Behaviour of activeMQ

lost and not found in the broker. it is being dequeued with out ACKNOWLEDGING it as we have client acknowledge as acknowledgement mode. Thanks in advance. -- View this message in context: http://activemq.2283324.n4.nabble.com/Lost-messages-Abnormal-Behaviour-of-activeMQ-tp4683240.html Sent from the

Lost messages - Abnormal Behaviour of activeMQ

being dequeued with out ACKNOWLEDGING it as we have client acknowledge as acknowledgement mode. Thanks in advance. -- View this message in context: http://activemq.2283324.n4.nabble.com/Lost-messages-Abnormal-Behaviour-of-activeMQ-tp4683240.html Sent from the ActiveMQ - User mailing list archive at

Re: Will the consumer of a low speed lost messages?

nsumer with lower processing speed(work in > sync mode), so will the consumer lost messages? > > According to my test, if I push messages to the topics, my consumer > only processed about 1200-1700 messages, is that normal? and how to solve > this? > > > > -- > View th

Will the consumer of a low speed lost messages?

I made a simple program that pushes message to a topic at a very high speed, and in the other end there is a consumer with lower processing speed(work in sync mode), so will the consumer lost messages? According to my test, if I push messages to the topics, my consumer only processed about

Re: I lost messages when sending from multiple producers ,each producer is in a seperate thread

that activemq server didn't get 1000 messages as expected, it > got 700 to 800 messages. If I send 1000 messages from only one producer , > no > message is lost. > why this happens ? please help and thank you in advance > > > > -- > View this message in context: >

I lost messages when sending from multiple producers ,each producer is in a seperate thread

o message is lost. why this happens ? please help and thank you in advance -- View this message in context: http://activemq.2283324.n4.nabble.com/I-lost-messages-when-sending-from-multiple-producers-each-producer-is-in-a-seperate-thread-tp4670915.html Sent from the ActiveMQ - User mailin

Lost Messages send to not connected REST Consumers

get lost because my client isn't listening. And other clients subscribed to the same queue are not able to receive messages sent to that queue instead. How can I fix it? -- View this message in context: http://activemq.2283324.n4.nabble.com/Lost-Messages-send-to-not-connected-

Re: Lost messages - not all messages sent to the queue are delivered to the message receiver

t; spring-config.xml (this configures the jms template and the message >> receiver >> and jms messenger and all the rest) >> http://www.nabble.com/file/p17804229/spring-config.xml spring-config.xml >> >> JmsMessengerTest.java the test class >> http://www.nabble.com/fi

Re: Lost messages - not all messages sent to the queue are delivered to the message receiver

> http://www.nabble.com/file/p17804229/spring-config.xml spring-config.xml > > JmsMessengerTest.java the test class > http://www.nabble.com/file/p17804229/JmsMessengerTest.java > JmsMessengerTest.java > > MessageReceiver.java > http://www.nabble.com/file/p17804229/MessageReceiver.j

Re: Lost messages - not all messages sent to the queue are delivered to the message receiver

geReceiver.java > MessageReceiver.java > > JmsLogMessenger.java > http://www.nabble.com/file/p17804229/JmsLogMessenger.java > JmsLogMessenger.java > -- > View this message in context: > http://www.nabble.com/Lost-messagesnot-all-messages-sent-to-the-queue-are-delivered-to-the-message-receiver-tp17804229p17804229.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. > >

Lost messages - not all messages sent to the queue are delivered to the message receiver

this message in context: http://www.nabble.com/Lost-messagesnot-all-messages-sent-to-the-queue-are-delivered-to-the-message-receiver-tp17804229p17804229.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Lost Messages and Embedded Broker

rted() >> method does >> not help and neither does a transportListener. Other than forcing a >> delay >> after connection.start(), does anyone else know of a more elegant >> way to be >> notified that the embedded broker is ready to rock-n-roll and thus

Re: Lost Messages and Embedded Broker

-roll and thus safe to start sending messages? Joe -- View this message in context: http://www.nabble.com/Lost-Messages- and-Embedded-Broker-tf4534900s2354.html#a12941763 Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Lost Messages and Embedded Broker

connection.start(), does anyone else know of a more elegant way to be notified that the embedded broker is ready to rock-n-roll and thus safe to start sending messages? Joe -- View this message in context: http://www.nabble.com/Lost-Messages-and-Embedded-Broker-tf4534900s2354.html#a12941763

Re: Trace Level Logging For Lost Messages

On 4/19/07, greenbean <[EMAIL PROTECTED]> wrote: We are using Activemq 4.1.1 with Stomp. We can reproduce a condition where it appears messages are lost. However, we would like to trace the internal flow of messages to see exactly what is happening. With a standalone Activemq instance running

Trace Level Logging For Lost Messages

/Trace-Level-Logging-For-Lost-Messages-tf3607583s2354.html#a10079347 Sent from the ActiveMQ - User mailing list archive at Nabble.com.