<?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>inquisitive: adjective. given to inquiry, research, or asking questions; eager for knowledge; intellectually curious</description> <lastBuildDate>Wed, 08 Feb 2012 11:42:42 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.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-98763</link> <dc:creator>Davy Brion</dc:creator> <pubDate>Thu, 24 Mar 2011 12:08:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-98763</guid> <description>if you want to add multiple requests of the same type, you need to add them with a key (there&#039;s an overload for it) so they can be identified.  When the results come back, you can retrieve them with the key with which they were added</description> <content:encoded><![CDATA[<p>if you want to add multiple requests of the same type, you need to add them with a key (there&#8217;s an overload for it) so they can be identified.  When the results come back, you can retrieve them with the key with which they were added</p> ]]></content:encoded> </item> <item><title>By: Darryl Waterhouse</title><link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-98762</link> <dc:creator>Darryl Waterhouse</dc:creator> <pubDate>Thu, 24 Mar 2011 11:16:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-98762</guid> <description>This is a quite generic question.
We already use Agatha for handling the bundling of our Service calls.
If I send an XML bundle with three requests, the first and the third being of an identical type; Will Agatha guarantee that the response will be in the same order as the requests were supplied?
A difficult question, but I&#039;m guessing that Davy, or one of you guys will know this already!Thanks in advance!</description> <content:encoded><![CDATA[<p>This is a quite generic question.<br
/> We already use Agatha for handling the bundling of our Service calls.<br
/> If I send an XML bundle with three requests, the first and the third being of an identical type; Will Agatha guarantee that the response will be in the same order as the requests were supplied?<br
/> A difficult question, but I&#8217;m guessing that Davy, or one of you guys will know this already!</p><p>Thanks in advance!</p> ]]></content:encoded> </item> <item><title>By: Michael Wolfenden</title><link>http://davybrion.com/blog/2009/12/one-way-or-fire-and-forget-requests-with-agatha/comment-page-1/#comment-98289</link> <dc:creator>Michael Wolfenden</dc:creator> <pubDate>Thu, 03 Mar 2011 02:03:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1989#comment-98289</guid> <description>In my application I have both normal requests (think queries) and one way requests (think commands).I created a custom unit of work dispatcher which opened a unit on work in BeforeSendingRequests and then in BeforeReturningResponses either rolledbacked or commited depending on whether an errors occured.This doesn&#039;t work for One Way Requests as BeforeReturningResponses is never called (which makes sense). I thought about using AfterSendingRequests but I have no responses to check for errors when called with non-one way request.How can I handle this situation ?Thanks </description> <content:encoded><![CDATA[<p>In my application I have both normal requests (think queries) and one way requests (think commands).</p><p>I created a custom unit of work dispatcher which opened a unit on work in BeforeSendingRequests and then in BeforeReturningResponses either rolledbacked or commited depending on whether an errors occured.</p><p>This doesn&#8217;t work for One Way Requests as BeforeReturningResponses is never called (which makes sense). I thought about using AfterSendingRequests but I have no responses to check for errors when called with non-one way request.</p><p>How can I handle this situation ?</p><p>Thanks</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-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>@Adamif there is a problem with handling the request, it will be logged by Agatha in the server-side logif 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>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Database Caching 4/15 queries in 0.006 seconds using disk: basic
Object Caching 450/455 objects using disk: basic
Content Delivery Network via Amazon Web Services: CloudFront: d18sni7re4ly7f.cloudfront.net

Served from: davybrion.com @ 2012-02-09 03:08:25 -->
