<?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: State Machine for Managing Sagas</title>
	<atom:link href="http://blog.phatboyg.com/2009/01/16/state-machine-for-managing-sagas/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.phatboyg.com/2009/01/16/state-machine-for-managing-sagas/</link>
	<description>Software Architecture, .NET, SOA</description>
	<lastBuildDate>Wed, 05 May 2010 03:41:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: MassTransit 0.6 Release Candidate - PhatBoyG (Chris Patterson) -</title>
		<link>http://blog.phatboyg.com/2009/01/16/state-machine-for-managing-sagas/comment-page-1/#comment-18637</link>
		<dc:creator>MassTransit 0.6 Release Candidate - PhatBoyG (Chris Patterson) -</dc:creator>
		<pubDate>Tue, 31 Mar 2009 02:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phatboyg.com/?p=739#comment-18637</guid>
		<description>[...] Saga State Machine With the all new method of defining sagas using a state/event fluent interface, it is now even easier to describe the business logic of a process and the events from which it is built. With the new state machine, it is not necessary to have message consumers and interfaces on your saga, you can just define the events in the class and they are wired automatically by the subscription framework. The early version of the syntax was discussed in this post. [...]</description>
		<content:encoded><![CDATA[<p>[...] Saga State Machine With the all new method of defining sagas using a state/event fluent interface, it is now even easier to describe the business logic of a process and the events from which it is built. With the new state machine, it is not necessary to have message consumers and interfaces on your saga, you can just define the events in the class and they are wired automatically by the subscription framework. The early version of the syntax was discussed in this post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MassTransit 0.6 Release Candidate</title>
		<link>http://blog.phatboyg.com/2009/01/16/state-machine-for-managing-sagas/comment-page-1/#comment-18636</link>
		<dc:creator>MassTransit 0.6 Release Candidate</dc:creator>
		<pubDate>Tue, 31 Mar 2009 02:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.phatboyg.com/?p=739#comment-18636</guid>
		<description>[...] Saga State Machine With the all new method of defining sagas using a state/event fluent interface, it is now even easier to describe the business logic of a process and the events from which it is built. With the new state machine, it is not necessary to have message consumers and interfaces on your saga, you can just define the events in the class and they are wired automatically by the subscription framework. The early version of the syntax was discussed in this post. [...]</description>
		<content:encoded><![CDATA[<p>[...] Saga State Machine With the all new method of defining sagas using a state/event fluent interface, it is now even easier to describe the business logic of a process and the events from which it is built. With the new state machine, it is not necessary to have message consumers and interfaces on your saga, you can just define the events in the class and they are wired automatically by the subscription framework. The early version of the syntax was discussed in this post. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

