<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments for blog.atomikos.com</title>
	<atom:link href="http://blog.atomikos.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.atomikos.com</link>
	<description>The Atomikos Blog</description>
	<pubDate>Sun, 05 Feb 2012 14:40:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Unlimited scaling, easy! by Why BRIC countries love Atomikos &#171; blog.atomikos.com</title>
		<link>http://blog.atomikos.com/2008/08/unlimited-scaling-easy/comment-page-1/#comment-91</link>
		<dc:creator>Why BRIC countries love Atomikos &#171; blog.atomikos.com</dc:creator>
		<pubDate>Thu, 15 Sep 2011 14:36:24 +0000</pubDate>
		<guid isPermaLink="false">http://atomikos.com/blog/?p=29#comment-91</guid>
		<description>[...] luxury of being able to pick a light-weight model such as JEE without application server to achieve unlimited scalability at virtually no cost, using commodity hardware and [...]</description>
		<content:encoded><![CDATA[<p>[...] luxury of being able to pick a light-weight model such as JEE without application server to achieve unlimited scalability at virtually no cost, using commodity hardware and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Announcing end-to-end support by Announcing PostgreSQL support via 2ndQuadrant &#171; blog.atomikos.com</title>
		<link>http://blog.atomikos.com/2011/06/announcing-end-to-end-support/comment-page-1/#comment-83</link>
		<dc:creator>Announcing PostgreSQL support via 2ndQuadrant &#171; blog.atomikos.com</dc:creator>
		<pubDate>Thu, 30 Jun 2011 11:51:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomikos.com/?p=428#comment-83</guid>
		<description>[...] a recent post we&#8217;ve announced our end-to-end support program. We are glad to be able to add PostgreSQL to [...]</description>
		<content:encoded><![CDATA[<p>[...] a recent post we&#8217;ve announced our end-to-end support program. We are glad to be able to add PostgreSQL to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A CAP Solution (Proving Brewer Wrong) by How to leverage Atomikos in the cloud &#171; blog.atomikos.com</title>
		<link>http://blog.atomikos.com/2008/09/a-cap-solution-proving-brewer-wrong/comment-page-1/#comment-82</link>
		<dc:creator>How to leverage Atomikos in the cloud &#171; blog.atomikos.com</dc:creator>
		<pubDate>Sat, 04 Jun 2011 11:24:14 +0000</pubDate>
		<guid isPermaLink="false">http://atomikos.com/blog/?p=34#comment-82</guid>
		<description>[...] Luckily, the solution to the problem can be as simple as outlined in our solution to the CAP problem. [...]</description>
		<content:encoded><![CDATA[<p>[...] Luckily, the solution to the problem can be as simple as outlined in our solution to the CAP problem. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The idempotent receiver myth by Tweets that mention The idempotent receiver myth « blog.atomikos.com -- Topsy.com</title>
		<link>http://blog.atomikos.com/2010/07/the-idempotent-receiver-myth/comment-page-1/#comment-76</link>
		<dc:creator>Tweets that mention The idempotent receiver myth « blog.atomikos.com -- Topsy.com</dc:creator>
		<pubDate>Tue, 20 Jul 2010 12:25:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomikos.com/?p=367#comment-76</guid>
		<description>[...] This post was mentioned on Twitter by guypardon, Atomikos. Atomikos said: http://blog.atomikos.com/2010/07/the-idempotent-receiver-myth/ - why avoiding XA actually degrades your scalability [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by guypardon, Atomikos. Atomikos said: <a href="http://blog.atomikos.com/2010/07/the-idempotent-receiver-myth/" rel="nofollow">http://blog.atomikos.com/2010/07/the-idempotent-receiver-myth/</a> - why avoiding XA actually degrades your scalability [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlimited scaling, easy! by The idempotent receiver myth &#171; blog.atomikos.com</title>
		<link>http://blog.atomikos.com/2008/08/unlimited-scaling-easy/comment-page-1/#comment-75</link>
		<dc:creator>The idempotent receiver myth &#171; blog.atomikos.com</dc:creator>
		<pubDate>Tue, 20 Jul 2010 12:01:09 +0000</pubDate>
		<guid isPermaLink="false">http://atomikos.com/blog/?p=29#comment-75</guid>
		<description>[...] Fortunately, the best way to enjoy reliable messaging is also the simplest one, and it scales linearly. [...]</description>
		<content:encoded><![CDATA[<p>[...] Fortunately, the best way to enjoy reliable messaging is also the simplest one, and it scales linearly. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Developing transactional J(2)EE apps with Spring by Tweets that mention Developing transactional J(2)EE apps with Spring « blog.atomikos.com -- Topsy.com</title>
		<link>http://blog.atomikos.com/2010/07/developing-transactional-j2ee-apps-with-spring/comment-page-1/#comment-74</link>
		<dc:creator>Tweets that mention Developing transactional J(2)EE apps with Spring « blog.atomikos.com -- Topsy.com</dc:creator>
		<pubDate>Mon, 19 Jul 2010 13:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomikos.com/?p=365#comment-74</guid>
		<description>[...] This post was mentioned on Twitter by guypardon, guypardon, Atomikos, guypardon, Atomikos and others. Atomikos said: New on slideshare: developing transactional J(EE) applications with Spring - check out http://tinyurl.com/2whod28 [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by guypardon, guypardon, Atomikos, guypardon, Atomikos and others. Atomikos said: New on slideshare: developing transactional J(EE) applications with Spring - check out <a href="http://tinyurl.com/2whod28" rel="nofollow">http://tinyurl.com/2whod28</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unlimited scaling, easy! by Increase Reliability and Decrease Costs &#171; blog.atomikos.com</title>
		<link>http://blog.atomikos.com/2008/08/unlimited-scaling-easy/comment-page-1/#comment-66</link>
		<dc:creator>Increase Reliability and Decrease Costs &#171; blog.atomikos.com</dc:creator>
		<pubDate>Sun, 27 Sep 2009 13:06:14 +0000</pubDate>
		<guid isPermaLink="false">http://atomikos.com/blog/?p=29#comment-66</guid>
		<description>[...] virtually unlimited scalability while you&#8217;re at [...]</description>
		<content:encoded><![CDATA[<p>[...] virtually unlimited scalability while you&#8217;re at [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ExtremeTransactions 3.6.1: JAX-WS Transactions Illustrated&#8230; by TransactionsEssentials 3.5.4 Community Release &#171; blog.atomikos.com</title>
		<link>http://blog.atomikos.com/2009/04/extremetransactions-361-jax-ws-transactions-illustrated/comment-page-1/#comment-62</link>
		<dc:creator>TransactionsEssentials 3.5.4 Community Release &#171; blog.atomikos.com</dc:creator>
		<pubDate>Tue, 07 Apr 2009 14:35:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomikos.com/?p=169#comment-62</guid>
		<description>[...] blog.atomikos.com The Atomikos Blog      &#171; ExtremeTransactions 3.6.1: JAX-WS Transactions Illustrated&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] blog.atomikos.com The Atomikos Blog      &laquo; ExtremeTransactions 3.6.1: JAX-WS Transactions Illustrated&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Achilles heel of the CAP theorem by barry</title>
		<link>http://blog.atomikos.com/2008/09/the-achilles-heel-of-the-cap-theorem/comment-page-1/#comment-27</link>
		<dc:creator>barry</dc:creator>
		<pubDate>Sat, 28 Mar 2009 21:45:54 +0000</pubDate>
		<guid isPermaLink="false">http://atomikos.com/blog/?p=32#comment-27</guid>
		<description>» Only process requests when there is no partition problem.

Doesn't this mean that you are sacrificing availability? You've turned a failure in partitioning into a failure in availability. While the answers and responses are queued so no request or response is lost, that doesn't mean all is well. A response may take a long time to come back which is as much of a problem as getting an error.</description>
		<content:encoded><![CDATA[<p>» Only process requests when there is no partition problem.</p>
<p>Doesn&#8217;t this mean that you are sacrificing availability? You&#8217;ve turned a failure in partitioning into a failure in availability. While the answers and responses are queued so no request or response is lost, that doesn&#8217;t mean all is well. A response may take a long time to come back which is as much of a problem as getting an error.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating a website, the open source way by Ellyn Winters</title>
		<link>http://blog.atomikos.com/2009/02/creating-a-website-the-open-source-way/comment-page-1/#comment-13</link>
		<dc:creator>Ellyn Winters</dc:creator>
		<pubDate>Tue, 03 Mar 2009 23:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.atomikos.com/?p=73#comment-13</guid>
		<description>As Atomikos Canadian marketing partner, and a member of this team, I will readily say the entire team has been a delight to work with - it was a major effort, but delivered across the globe in a truly collaborative fashion!</description>
		<content:encoded><![CDATA[<p>As Atomikos Canadian marketing partner, and a member of this team, I will readily say the entire team has been a delight to work with - it was a major effort, but delivered across the globe in a truly collaborative fashion!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

