<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Announcing Thruqueue: Persistant message queue for Thrudb</title>
	<link>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/</link>
	<description>Shocking web development</description>
	<pubDate>Thu, 21 Aug 2008 18:21:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2</generator>

	<item>
		<title>By: Jason</title>
		<link>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-305</link>
		<author>Jason</author>
		<pubDate>Mon, 21 Jan 2008 04:27:38 +0000</pubDate>
		<guid>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-305</guid>
		<description>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.</description>
		<content:encoded><![CDATA[<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>
]]></content:encoded>
	</item>
	<item>
		<title>By: jake</title>
		<link>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-206</link>
		<author>jake</author>
		<pubDate>Mon, 31 Dec 2007 18:12:54 +0000</pubDate>
		<guid>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-206</guid>
		<description>&lt;p&gt;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).&lt;/p&gt;
&lt;p&gt;Thruqueue is a stand alone service.  runs on its own port, etc.&lt;/p&gt;
&lt;p&gt;Thrudb was built to be made up of separate services so people can pick and choose the services they want.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<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>Thruqueue is a stand alone service.  runs on its own port, etc.</p>
<p>Thrudb was built to be made up of separate services so people can pick and choose the services they want.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tobi</title>
		<link>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-205</link>
		<author>tobi</author>
		<pubDate>Mon, 31 Dec 2007 17:54:45 +0000</pubDate>
		<guid>http://3.rdrail.net/blog/announcing-thruqueue-persistant-message-queue-for-thrudb/#comment-205</guid>
		<description>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? 

Anyways, great addition but i'd almost wish this was a standalone product because it would also be supremely useful to legacy SQL apps.</description>
		<content:encoded><![CDATA[<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&#8217;d almost wish this was a standalone product because it would also be supremely useful to legacy SQL apps.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
