<?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: One-Way (Or Fire And Forget) Requests With Agatha</title>
	<atom:link href="http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/feed/" rel="self" type="application/rss+xml" />
	<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/</link>
	<description>Trying to walk that thin line between intelligence and ignorance</description>
	<lastBuildDate>Wed, 08 Sep 2010 21:03:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Davy Brion</title>
		<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-23205</link>
		<dc:creator>Davy Brion</dc:creator>
		<pubDate>Mon, 14 Dec 2009 10:13:57 +0000</pubDate>
		<guid isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-23205</guid>
		<description>@Adam

if there is a problem with handling the request, it will be logged by Agatha in the server-side log

if there is a problem with sending a synchronous one-way request, you will get an exception (since it blocks until the request is _sent_ but once it&#039;s sent, the call returns)

if there is a problem with sending an asynchronous one-way request, then you&#039;ll indeed never know about it</description>
		<content:encoded><![CDATA[<p>@Adam</p>
<p>if there is a problem with handling the request, it will be logged by Agatha in the server-side log</p>
<p>if there is a problem with sending a synchronous one-way request, you will get an exception (since it blocks until the request is _sent_ but once it&#8217;s sent, the call returns)</p>
<p>if there is a problem with sending an asynchronous one-way request, then you&#8217;ll indeed never know about it</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-23204</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Mon, 14 Dec 2009 10:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-23204</guid>
		<description>What happens if there are problems with sending or handling the request?
I suppose the client will not notice at all, in which case it should only be used for requests that can be lost. This has to be carefully evaluated to avoid breaking the application.</description>
		<content:encoded><![CDATA[<p>What happens if there are problems with sending or handling the request?<br />
I suppose the client will not notice at all, in which case it should only be used for requests that can be lost. This has to be carefully evaluated to avoid breaking the application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davy Brion</title>
		<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-23184</link>
		<dc:creator>Davy Brion</dc:creator>
		<pubDate>Sat, 12 Dec 2009 12:33:35 +0000</pubDate>
		<guid isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-23184</guid>
		<description>it&#039;s not possible yet, but i think it could be done.  We&#039;d need a MSMQ-specific implementation of IAsyncRequestProcessor which adds the one-way requests to the queue and you&#039;d need a server-side component which reads the messages (the one-way requests) off of the queue and pushes them to the Request Processor.</description>
		<content:encoded><![CDATA[<p>it&#8217;s not possible yet, but i think it could be done.  We&#8217;d need a MSMQ-specific implementation of IAsyncRequestProcessor which adds the one-way requests to the queue and you&#8217;d need a server-side component which reads the messages (the one-way requests) off of the queue and pushes them to the Request Processor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergejus</title>
		<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-23175</link>
		<dc:creator>Sergejus</dc:creator>
		<pubDate>Fri, 11 Dec 2009 18:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-23175</guid>
		<description>I really like Agata as is, but is it possible to use it with MSMQ (async model for Send and sync model for Receive)?</description>
		<content:encoded><![CDATA[<p>I really like Agata as is, but is it possible to use it with MSMQ (async model for Send and sync model for Receive)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davy Brion</title>
		<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-23089</link>
		<dc:creator>Davy Brion</dc:creator>
		<pubDate>Sat, 05 Dec 2009 10:17:01 +0000</pubDate>
		<guid isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-23089</guid>
		<description>Agatha doesn&#039;t require WCF, though you would have to configure it slightly differently than usual and the OneWayRequest stuff wouldn&#039;t truly be one-way either (unless you use the async proxy)

Other than that, it should work just fine... i suggest you just give it a shot in a spike and see for yourself whether you like it or not</description>
		<content:encoded><![CDATA[<p>Agatha doesn&#8217;t require WCF, though you would have to configure it slightly differently than usual and the OneWayRequest stuff wouldn&#8217;t truly be one-way either (unless you use the async proxy)</p>
<p>Other than that, it should work just fine&#8230; i suggest you just give it a shot in a spike and see for yourself whether you like it or not</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad</title>
		<link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-23088</link>
		<dc:creator>Brad</dc:creator>
		<pubDate>Fri, 04 Dec 2009 20:16:46 +0000</pubDate>
		<guid isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-23088</guid>
		<description>Hi, I am working on an ASP.NET MVC project and I&#039;m very interested in using a Request/Response architecture to help simplify the project. We don&#039;t need WCF/Silverlight (not yet, at least). Furthermore, to facilitate database transaction rollbacks and more generally just to keep things simple, we would like to maintain synchronized program flow. Is Agatha overkill for our needs? Does Agatha require WCF to operate correctly? Any suggestions for using Agatha in an MVC project?

Thanks,

Brad</description>
		<content:encoded><![CDATA[<p>Hi, I am working on an ASP.NET MVC project and I&#8217;m very interested in using a Request/Response architecture to help simplify the project. We don&#8217;t need WCF/Silverlight (not yet, at least). Furthermore, to facilitate database transaction rollbacks and more generally just to keep things simple, we would like to maintain synchronized program flow. Is Agatha overkill for our needs? Does Agatha require WCF to operate correctly? Any suggestions for using Agatha in an MVC project?</p>
<p>Thanks,</p>
<p>Brad</p>
]]></content:encoded>
	</item>
</channel>
</rss>
