<?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: Request/Response Service Layer: Handling Requests</title> <atom:link href="http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/feed/" rel="self" type="application/rss+xml" /><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/</link> <description>inquisitive: adjective. given to inquiry, research, or asking questions; eager for knowledge; intellectually curious</description> <lastBuildDate>Tue, 22 May 2012 17:40:00 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.2</generator> <item><title>By: Tray Weeds</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98669</link> <dc:creator>Tray Weeds</dc:creator> <pubDate>Mon, 14 Mar 2011 14:30:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98669</guid> <description>Thanks for the response Davy.  If you&#039;re planning a rewrite/refactoring, may I suggest planning for an easier way to unit test derived request processors. Maybe some sort of stub like the async processor on the client side.  Testing the handlers is straightforward, but not so much for any request processors that I create.  It&#039;s been tough deciding how to mock out the config constructor argument.I&#039;ll also post future questions on the official forum. </description> <content:encoded><![CDATA[<p>Thanks for the response Davy.  If you&#8217;re planning a rewrite/refactoring, may I suggest planning for an easier way to unit test derived request processors. Maybe some sort of stub like the async processor on the client side.  Testing the handlers is straightforward, but not so much for any request processors that I create.  It&#8217;s been tough deciding how to mock out the config constructor argument.</p><p>I&#8217;ll also post future questions on the official forum.</p> ]]></content:encoded> </item> <item><title>By: Davy Brion</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98623</link> <dc:creator>Davy Brion</dc:creator> <pubDate>Thu, 10 Mar 2011 10:49:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98623</guid> <description>There&#039;s currently no good way of doing that (only authenticating the first request of a batch) i&#039;m afraid. The only way to do it is to provide your own Process method, but apparently that method is not marked virtual so you can&#039;t do that unless you provide a different IRequestProcessor implementation altogetherWe always did authentication on a per-request level so we did in a custom handler base class.Making the exception handling mechanism easily pluggable is something that i&#039;ve been meaning to do for a long time, but it hasn&#039;t been done yet... I do plan to start working on a new major version of agatha in april in which i hope to solve things like this.Also, for future reference: it&#039;s better to ask Agatha related questions on the Agatha discussions group (http://groups.google.com/group/agatha-rrsl/) so other people can answer as well, and to make answers more easily available to other people as well</description> <content:encoded><![CDATA[<p>There&#8217;s currently no good way of doing that (only authenticating the first request of a batch) i&#8217;m afraid. The only way to do it is to provide your own Process method, but apparently that method is not marked virtual so you can&#8217;t do that unless you provide a different IRequestProcessor implementation altogether</p><p>We always did authentication on a per-request level so we did in a custom handler base class.</p><p>Making the exception handling mechanism easily pluggable is something that i&#8217;ve been meaning to do for a long time, but it hasn&#8217;t been done yet&#8230; I do plan to start working on a new major version of agatha in april in which i hope to solve things like this.</p><p>Also, for future reference: it&#8217;s better to ask Agatha related questions on the Agatha discussions group (<a
href="http://groups.google.com/group/agatha-rrsl/" rel="nofollow">http://groups.google.com/group/agatha-rrsl/</a>) so other people can answer as well, and to make answers more easily available to other people as well</p> ]]></content:encoded> </item> <item><title>By: Tray Weeds</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98614</link> <dc:creator>Tray Weeds</dc:creator> <pubDate>Thu, 10 Mar 2011 03:10:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98614</guid> <description>Davy, you mention at the end of this point that I could inherit from the default RequestProcessor if I wanted to perform some authentication on the first request, but I&#039;m having trouble figuring out which method to override on the RequestProcessor.  I figured I&#039;d start with void BeforeProcessing(IEnumerable requests), but this method doesn&#039;t return anything and if I through a security exception out of it the client ends up seeing a HTTP 500 error instead of a nice typed exception.How would you go about doing that?</description> <content:encoded><![CDATA[<p>Davy, you mention at the end of this point that I could inherit from the default RequestProcessor if I wanted to perform some authentication on the first request, but I&#8217;m having trouble figuring out which method to override on the RequestProcessor.  I figured I&#8217;d start with void BeforeProcessing(IEnumerable requests), but this method doesn&#8217;t return anything and if I through a security exception out of it the client ends up seeing a HTTP 500 error instead of a nice typed exception.</p><p>How would you go about doing that?</p> ]]></content:encoded> </item> <item><title>By: Davy Brion</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98600</link> <dc:creator>Davy Brion</dc:creator> <pubDate>Wed, 09 Mar 2011 14:05:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98600</guid> <description>yup: http://groups.google.com/group/agatha-rrsl/browse_thread/thread/9319d5efdbd53d6a?hl=en_US</description> <content:encoded><![CDATA[<p>yup: <a
href="http://groups.google.com/group/agatha-rrsl/browse_thread/thread/9319d5efdbd53d6a?hl=en_US" rel="nofollow">http://groups.google.com/group/agatha-rrsl/browse_thread/thread/9319d5efdbd53d6a?hl=en_US</a></p> ]]></content:encoded> </item> <item><title>By: Paul McNamara</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98599</link> <dc:creator>Paul McNamara</dc:creator> <pubDate>Wed, 09 Mar 2011 14:01:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98599</guid> <description>Quick question, is it easy to change the service endpoint uri in code? This can be passed into my SL app as an argument so I need to be able to change it on the fly. </description> <content:encoded><![CDATA[<p>Quick question, is it easy to change the service endpoint uri in code? This can be passed into my SL app as an argument so I need to be able to change it on the fly.</p> ]]></content:encoded> </item> <item><title>By: Paul McNamara</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98597</link> <dc:creator>Paul McNamara</dc:creator> <pubDate>Wed, 09 Mar 2011 11:54:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98597</guid> <description>I think since I was so close anyway it might be more pain than gain to switch wholesale to your framework but it does look good. I&#039;ll have a play this afternoon and see how far I get.</description> <content:encoded><![CDATA[<p>I think since I was so close anyway it might be more pain than gain to switch wholesale to your framework but it does look good. I&#8217;ll have a play this afternoon and see how far I get.</p> ]]></content:encoded> </item> <item><title>By: Davy Brion</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98589</link> <dc:creator>Davy Brion</dc:creator> <pubDate>Wed, 09 Mar 2011 10:11:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98589</guid> <description>if you want to use this, don&#039;t just take the code from these posts... it&#039;s now an official OSS project called Agatha so you can just use thatcheck here for more details: http://code.google.com/p/agatha-rrsl/</description> <content:encoded><![CDATA[<p>if you want to use this, don&#8217;t just take the code from these posts&#8230; it&#8217;s now an official OSS project called Agatha so you can just use that</p><p>check here for more details: <a
href="http://code.google.com/p/agatha-rrsl/" rel="nofollow">http://code.google.com/p/agatha-rrsl/</a></p> ]]></content:encoded> </item> <item><title>By: Paul McNamara</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-98587</link> <dc:creator>Paul McNamara</dc:creator> <pubDate>Wed, 09 Mar 2011 10:08:00 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-98587</guid> <description>I&#039;m glad I found this. I was half way to doing this already (unique request and response types and even a DoMultiple method that took a collection of requests) but I still had separate service methods for each request type. This way is much cleaner and more flexible. Thanks for helping my thinking along :)</description> <content:encoded><![CDATA[<p>I&#8217;m glad I found this. I was half way to doing this already (unique request and response types and even a DoMultiple method that took a collection of requests) but I still had separate service methods for each request type. This way is much cleaner and more flexible. Thanks for helping my thinking along <img
src='http://d18sni7re4ly7f.cloudfront.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p> ]]></content:encoded> </item> <item><title>By: kurt schroeder</title><link>http://davybrion.com/blog/2009/11/requestresponse-service-layer-handling-requests/comment-page-1/#comment-23150</link> <dc:creator>kurt schroeder</dc:creator> <pubDate>Thu, 10 Dec 2009 20:09:31 +0000</pubDate> <guid
isPermaLink="false">http://davybrion.com/blog/?p=1801#comment-23150</guid> <description>this is f&#039;n great!</description> <content:encoded><![CDATA[<p>this is f&#8217;n great!</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 6/34 queries in 0.016 seconds using disk: basic
Object Caching 464/575 objects using disk: basic
Content Delivery Network via Amazon Web Services: CloudFront: d18sni7re4ly7f.cloudfront.net

Served from: davybrion.com @ 2012-05-23 01:23:52 -->
