<?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 on: Something that&#8217;s gonna bite us</title>
	<atom:link href="http://www.simonlin.ca/2006/11/07/something-thats-gonna-bite-us/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.simonlin.ca/2006/11/07/something-thats-gonna-bite-us/</link>
	<description>A site by Simon Lin</description>
	<lastBuildDate>Tue, 24 Jun 2008 17:59:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jeff Perrin</title>
		<link>http://www.simonlin.ca/2006/11/07/something-thats-gonna-bite-us/comment-page-1/#comment-10</link>
		<dc:creator>Jeff Perrin</dc:creator>
		<pubDate>Mon, 13 Nov 2006 17:01:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-10</guid>
		<description>&lt;p&gt;&quot;Note that each facade method has its own transaction. So if one of the task fails, it will just rollback itself, not the whole bundle.&quot;&lt;/p&gt;

&lt;p&gt;I thought about this as well, but just assumed it had been addressed before. Maybe it hasn&#039;t been brought up, though?&lt;/p&gt;

&lt;p&gt;I also wonder if this is one way we could get some good performance gains. If we could come up with a way of injecting one Unit of Work into multiple facade calls we could address the rollback issue, and possibly make things faster by not ditching our object caches after each facade method (transaction).&lt;/p&gt;

&lt;p&gt;For example, our battery oil process task bundle must make about 10 separate facade calls. Perhaps our workflow stuff should sit just below the facade instead of above it.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&#8220;Note that each facade method has its own transaction. So if one of the task fails, it will just rollback itself, not the whole bundle.&#8221;</p>

<p>I thought about this as well, but just assumed it had been addressed before. Maybe it hasn&#8217;t been brought up, though?</p>

<p>I also wonder if this is one way we could get some good performance gains. If we could come up with a way of injecting one Unit of Work into multiple facade calls we could address the rollback issue, and possibly make things faster by not ditching our object caches after each facade method (transaction).</p>

<p>For example, our battery oil process task bundle must make about 10 separate facade calls. Perhaps our workflow stuff should sit just below the facade instead of above it.</p>]]></content:encoded>
	</item>
</channel>
</rss>
