ActiveMQ is not a database, and its performance is optimized for use cases where all messages are consumed relatively soon after they're published. There's nothing that says a message can't be consumed after some period of time just because the consumer to whom it is destined isn't online.
You can have your own process that monitors for messages that are unconsumed after a certain period of time, and then consumes only those messages by storing them in a database. When an end consumer came back online, they would need to query the database to look for old messages before it consumes any new ones from the queue. Maybe the additional complication of implementing that is better for you than keeping lots of KahaDB files, and maybe it's not. That's your trade-off to make; my point is simply that your current implementation is not your only choice, and others might behave better in the aspect you initially asked about, though they may also be worse in others. Good luck! Tim On Dec 30, 2015 12:54 PM, "Shine" <activ...@club.webhop.org> wrote: > Hello Tim, > > there is no file older than 3 weeks ... > this is the oldest file (12 days old): > -rw-rw-r-- 1 activemq activemq 33584906 Dez 18 15:22 db-484.log > > .. and i have never seen an older file than 3 weeks. > > Yes, you understood my experiment correctly. I did the experiment after > midnight on a production broker .. so there were no "new" consumer at the > second run which consumed the messages. > > May be I will do some tests on a test broker and consume all messages. > > Some infos to the messages and the long time-to-live. The message contains > a > user filled form for example. The receiver is a normal desktop computer and > the computer is not 24/7 on(-line) or the user is on holyday ... that is > the > reason for such long time-to-live. > > I will spend more disk space. > > regards > Shine > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/Need-help-with-a-message-broker-configuration-tp4705074p4705490.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com. >