Comments on: RESTful reliability continued… http://netzooid.com/blog/2007/03/25/restful-reliability-continued/ gettin all zoidal on ya Sat, 24 Jul 2010 09:48:52 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Bill de hOra http://netzooid.com/blog/2007/03/25/restful-reliability-continued/comment-page-1/#comment-2389 Bill de hOra Sun, 08 Apr 2007 12:58:44 +0000 http://netzooid.com/blog/2007/03/25/restful-reliability-continued/#comment-2389 ugly: yep, any reliable transmission over HTTP has to dela with its asymmetry - clients always initiate. The general theorem is that you need 5 steps to reach agreement on a transmission (and which can be compressed to 3). Physically on HTTP that maps to 2 requests. Models like BTF2.0 are perhaps more elegant, but require servers on either end. client unique ids: problem is trusting clients. This will work for controlled scenarios, not general purpose web. Aside from trusting them to generate something suitably unique, ids are a potential spam vector. I guess most enterprise messaging is controlled to some extent and will have out of band agreements in place. Another option is to "just dedup" on the server. It will give protocol formalists heartburn, but it works if you're holding a long enough list of previously seen documents. ugly: yep, any reliable transmission over HTTP has to dela with its asymmetry – clients always initiate. The general theorem is that you need 5 steps to reach agreement on a transmission (and which can be compressed to 3). Physically on HTTP that maps to 2 requests. Models like BTF2.0 are perhaps more elegant, but require servers on either end.

client unique ids: problem is trusting clients. This will work for controlled scenarios, not general purpose web. Aside from trusting them to generate something suitably unique, ids are a potential spam vector. I guess most enterprise messaging is controlled to some extent and will have out of band agreements in place.

Another option is to “just dedup” on the server. It will give protocol formalists heartburn, but it works if you’re holding a long enough list of previously seen documents.

]]> By: James Strachan http://netzooid.com/blog/2007/03/25/restful-reliability-continued/comment-page-1/#comment-2261 James Strachan Mon, 26 Mar 2007 08:57:27 +0000 http://netzooid.com/blog/2007/03/25/restful-reliability-continued/#comment-2261 When a client is capable of generating a unique ID then that seems like the way to go... http://www.goland.org/draft-goland-http-reliability-00.text When a client is capable of generating a unique ID then that seems like the way to go…

http://www.goland.org/draft-goland-http-reliability-00.text

]]>