http://thirdrail.disqus.com/enSun, 20 Jan 2008 23:27:38 -0000http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-6858775<p>Hooking it up to Spread would be great for redundancy and replication. Multiple servers, not one a master. Push and pull to each with message synchronization across the whole. Though ordering would have to be sacrificed or at the very least made an issue for the readers.</p>JasonSun, 20 Jan 2008 23:27:38 -0000http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-6858774<p>It takes the MD5 of the message and maintains a hash of keys in the queue. It rejects the message (silently) if a message already exists in the queue at that time. I could also make it absolutely unique by maintaining a bloom filter on the queue, so no messages will ever be duplicated to the queue (overkill).</p><p><br></p><p>Thruqueue is a stand alone service. runs on its own port, etc.</p><p><br></p><p>Thrudb was built to be made up of separate services so people can pick and choose the services they want.</p>jakeMon, 31 Dec 2007 13:12:54 -0000http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-6858773<p>Awesome. Unique Queues would be extremely useful in Shopify. How do they work? do they reject duplicates or remove existing entries and rather append the new one to the end of the queue?</p><p>Anyways, great addition but i'd almost wish this was a standalone product because it would also be supremely useful to legacy SQL apps.</p>tobiMon, 31 Dec 2007 12:54:45 -0000