Hello Dipanwita- The application use case you are describing sounds standard and in use by a lot of people on a daily basis with ActiveMQ.
I suspect there is a coding or configuration issue that is leading to the outcome you have described. This type of troubleshooting is difficult to solve on a mailing list thread and is often beyond what is reasonable to expect from an open source community to provide — it requires reviewing the source code, client configuration parameters, the broker configuration and many times application and/or broker logs. I encourage you to collect all the information and share in the ActiveMQ Slack channel, or consider reaching out to ActiveMQ support organizations found here: https://activemq.apache.org/support Thanks, Matt Pavlovich > On Nov 14, 2024, at 6:51 AM, Dipanwita Barik <dipanwita.ba...@fortytwo42.in> > wrote: > > Hi users, > > I need some assistance in resolving an issue concerning consumers and > ActiveMQ. > > I am using Apache ActiveMQ 6.1.2 as my queue manager and have written a > Java application that functions as a listener. This application creates a > connection pool with 10 consumers that connect to ActiveMQ via the broker > URL on port 61616. When I start the listener, I see all 10 consumers listed > in the ActiveMQ web console under the email.queue. > However, after a few hours, the consumer count decreases gradually. > Eventually, the consumer count drops to zero. This results in ActiveMQ > ceasing to function correctly, as no active consumers are left to process > messages. This significantly impacts the functionality. > > Additionally, we have assigned 5 GB of memory to ActiveMQ, and the maximum > memory utilization observed so far is around 1.35 GB. Hence, memory > exhaustion is not the issue. > > No firewall or security policy is blocking the connectivity between the > listener and ActiveMQ. The issue appears to happen randomly, as sometimes > the consumers start closing after 5 hours, while other times it may occur > after 10 hours. > > I would appreciate assistance in identifying the root cause and resolving > this issue. > > > Thanks & Regards, > Dipanwita Barik > > -- > -----------Confidentiality statement and Disclaimer---------- > > > This e-mail > transmission may contain confidential, proprietary and/or legally > privileged information and is intended only for the individual or entity > named in the e-mail address. Any disclosure, copying, distribution, or > reliance upon the contents of this e-mail not authorized by the sender is > strictly prohibited. If you have received this e-mail transmission in > error, please immediately reply to the sender, so that proper delivery of > the e-mail can be effected, and then please delete the message from your > Inbox. > > > Any content of this message and its attachments that does not > relate to the official business of Fortytwo42 Technology Innovations > Private Limited must be taken not to have been sent or endorsed by any of > them. > > > Email communications are not private and no warranty is made that > e-mail communications are timely, secure or free from computer virus or > other defect.
