続・リトライと冪等性のデザインパターン - リトライはいつ成功するか - Blog by Sadayuki Furuhashi
三度の飯よりエラー処理。古橋です。 大変好評をいただいた序章リトライと冪等性のデザインパターンの続編です。 前回はほぼ前置きでしたが、今回は冪等でない操作を冪等にする具体的なテクニックもまとめていきます。 パターン２：エラーを区別してDELETEを冪等にする リソースに常に一意なIDが振られていれば、Deleteを冪等にするのは難しくない。そもそも同じリソースを2度削除することはできない。 一つ注意するべきなのは、削除されたリソースのIDが再利用されるケースでは、Deleteの冪等性は保証されない。例えば、kill -KILL <pid> コマンドはDelete系のAPIと考えられるが、pidは再利用されるので、何度も繰り返すと意図しないプロセスを殺してしまう可能性がある。 一般にIDの生成は非常に難しい問題だが、Deleteに関してのみ言えば再利用されなければいいので、単調増加する整数（
API Blueprint | API Blueprint
API Blueprint. A powerful high-level API description language for web APIs. API Blueprint is simple and accessible to everybody involved in the API lifecycle. Its syntax is concise yet expressive. With API Blueprint you can quickly design and prototype APIs to be created or document and test already deployed mission-critical APIs. Tutorial Tools section Focused on Collaboration API Blueprint is bu
リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
RESTful API の後方互換性は HTTP より上位の層の問題が大きい - 討論妄言録
「API変更の性格分類とサーバがとりうる対策」再考 まず、APIがどのように変更されるか分類し、サーバが取りうる対策をまとめてみましょう。 (中略) 上記いずれの場合でも、優秀なRESTクライアントならばサーバの応答を理解し、適切に対処できるはずです。 http://d.hatena.ne.jp/IwamotoTakashi/20090504/p1 「RESTful API の後方互換性 - 討論妄言録」に対して、id:IwamotoTakashi さんから、このようなご意見をいただきました。 これで対処できるはず、というのは幻想ではないでしょうか。REST 原理主義的な立場をとったとしても、です。少なくとも、後方互換性を破壊するような変更が発生する場合には。後方互換性を破壊するということは、未知の変更がなされるということです。一般に、未知の状況に事前に何の手がかりもなく対応できるようにす
Purchase Intent Data for Enterprise Tech Sales and Marketing | TechTarget
Enterprise Strategy Group: Go-to-market Expertise to Help You Win
Nick Floyd: RESTful thoughts - OAUTH and statelessness
Sunday, December 14, 2008 RESTful thoughts - OAUTH and statelessness I keep a copy of Roy Fielding's 162 page dissertation in my laptop bag, yeah I know - ich bin ein nerd, but hey it only adds another 2~3 lbs to my bag and I like rules and architecture - "form follows function" as Fielding puts it. I am facing an architectural paradox right now where form seems to be tripping over function - clie
Designing Enterprise IT Systems with REST - QCon San Francisco 2008
This document discusses using RESTful architecture for enterprise IT systems. It describes how REST can help break down silos between different systems and provide a more flexible infrastructure. Key benefits include reduced lead times for provisioning and changing systems using a declarative design based on hypermedia.Read less
URI Templates の各言語実装 - Mi manca qualche giovedi`?
今日は第３回 RESTful 読書会だった。主催の id:kunit さん＆nsiena さん、担当の方々、参加者の皆さんお疲れ様でした〜。 読書会の模様（特に８章の DIS られっぷり）はまた今度まとめるとして。 この前 URI Templates ( http://bitworking.org/projects/URI-Templates/ ) の各言語の実装を調べたよと読書会で話したら、id:t-wada さんに「調査結果が addressable になるといいなーw」とリクエストされたので、早速宿題をやっつけておく。 URI Templates の実装一覧 本家 (experimental implementation in Python、 59:04+09:00">draft-03相当):http://code.google.com/p/uri-templates/ Ruby -
Joe Gregorio | BitWorking | Projects | URI-Templates
URI Template URI Templates are strings that contain embedded variables that are transformed into URIs after embedded variables are substituted. This specification defines the structure and syntax of URI Templates. Contents The latest version of the URI Template specification. Note that only the .txt version is normative. draft-gregorio-uritemplate-03 [.html] [.xml] delta Older Versions draft-
URI Template
URI Template draft-gregorio-uritemplate-03 Status of this Memo By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task F
Whatfettle - Paul Downey (psd)
Roy Fielding is on something of a crusade, pushing back on many publishers of HTTP interfaces who claim to be RESTful. I particularly like the latest: REST APIs Must be Hypertext Driven. Unfortunately the Word of Roy may be a little too divine for comprehension by many sinners, so at the risk of invoking the wrath of the posse, I'll try and simplify. If you insist on using the word "REST" in assoc
REST APIとHypertext - てきとうなメモ
REST APIs must be hypertext-driven » Untangled Roy FieldingがSocialSite REST API(OpenSocial APIの拡張)に対して，これはRestfulではなくRPCだと指摘している．何でもかんでもRESTfulと呼ぶんじゃないと． I am getting frustrated by the number of people calling any HTTP-based interface a REST API. Today’s example is the SocialSite REST API. That is RPC. Blogging Roller: The X-rated SocialSite API で，SocialSite REST APIを作ったDave Johnsonが，これはOpenSocial
REST APIs must be hypertext-driven » Untangled
I am getting frustrated by the number of people calling any HTTP-based interface a REST API. Today’s example is the SocialSite REST API. That is RPC. It screams RPC. There is so much coupling on display that it should be given an X rating. What needs to be done to make the REST architectural style clear on the notion that hypertext is a constraint? In other words, if the engine of application stat
RESTfull な I/F を持つストレージを作った - cooldaemonの備忘録
yaws 調査の為、試しに RESTfull な I/F を持つストレージを作ってみたので晒してみる。 インストール % svn co http://labs.miu.vc/svn/cooldaemon/erl/ssd/trunk/ ssd % cd ssd % makemake を実行する前に、Makefile 内の yaws のインストール先を編集する必要がある。 起動 % ssd/scripts/ssd start -n test@localhost -p 8080 -t ram -n erlang node の名前 -p yaws が listen するポート番号 -t ストレージがコンテンツを保存する場所(ram or disc) 停止 % ssd/scripts/ssd stop -n test@localhost 使い方 METHOD 説明 GET コンテンツの取得 HEAD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ html の form は PUT / DELETE をサポートしないのか？
Google Code Archive - Long-term storage for Google Code Project Hosting.
RESTとトランザクション？
HTTP-Router-0.05
https://www.furnitureduco.com/404.html
第3回読書会 - RESTful読書会