About
Disclaimer: the views expressed on this site are mine alone and do not necessarily reflect the views of my employer or its affiliated entities.
One of the current issues with ActiveMQ is that it’s an uber fast message broker while consumers are online and consuming messages, but things start to kinda not works so great when you have a use case where you want to queue up ‘work/messages’ for a consumer that will be offline for days.
In ActiveMQ 4.0, we have hacked in some initial support for loading up a queue with a huge number of messages without blowing up the memory usage of the JVM, but it’s a bit hacky and it may fail work right if a consumer comes back online and the consumer recovery process kicks in.
All in all 4.0 is a solid broker with a ton of new and exciting features, but personally, I would like to focus on getting 4.1 to be the broker that can handle Gigantic Queues and Topics. I’ll post some more messages on this topic in the next few hours as I recap what I’ve discovered in the last few weeks.
2 Comments for Scaling to Gigantic Queues and Topics
Rob | November 24, 2006 at 3:02 pm
Rob | November 24, 2006 at 3:03 pm
There’s a fix for this in the ActiveMQ 4.2 release – where you can optionally specifiy how you want messages to paged in from store for both Queues and Durable Topic Subscribers!
There’s a fix for this in the 4.2 release – where you can optionally specifiy how you want messages to paged in from store for both Queues and Durable Topic Subscribers!