- The RESTful cookbook
Welcome to the REST CookBook REST is hot! And REST is finally rediscovered by API programmers all over the world. But REST isn't always as easy as it seems on first look. Dealing with HATEOAS, Code on demand and uniform interfaces can be really tricky and many people will fall back to not-so-restful approaches when things are starting to become more difficult. But it doesn't need to be. Once you g
ハイパーメディアAPIをめぐるREST主義者的危機
ソフトウェア開発者のEvan Cordell氏は数週間前のAPI-Craftメールリストで，ハイパーメディアのREST制約は一般的なWeb API要件とどのように違うのか，という議論の口火を切った。 "REST主義者的危機(RESTistential crisis)"と題した論議の中で氏は，長年の議論と実践によってRESTスタイル最大の秘密，ハイパーメディア制約が明確になり始めたことを指摘している。Webでも明らかなように，人間中心のインタラクションには完璧に対応しているが，その一方でプログラマブルなWeb API一般においては，有用性に対する懸念がWeb APIコミュニティの中で増しつつあるようなのだ。 RESTに関する説明，ドメイン特有のWeb APIに適用した場合のハイパーメディアの制限，といった話題から始まった今回の議論では，新たなアーキテクチャスタイルの必要性の検討や，RESTを
REST + RDF, finally a practical solution? | Cloud Comedy, Cloud Tragedy
The W3C has recently approved the creation of the Linked Data Platform (LDP) Working Group. The charter contains its official marching orders. Its co-chair Erik Wilde shared his thoughts on the endeavor. This is good. Back in 2009, I concluded a series of three blog posts on “REST in practice for IT and Cloud management” with: I hereby conclude my “REST in practice for IT and Cloud management” ser
Designing HTTP Interfaces and RESTful Web Services (PHPDAY11 2011-0...
Designing HTTP Interfaces and RESTful Web Services (PHPDAY11 2011-05-14) — Presentation Transcript DESIGNING HTTP INTERFACESAND RESTFUL WEB SERVICES David Zülke David Zuelke http://en.wikipedia.org/wiki/File:München_Panorama.JPG Founder Lead Developer @dzuelke THE OLDEN DAYS Before REST was En Vogue http://www.acme.com/index.php?action=zomg&page=lol along came dis is srs SEO bsns and said NEIN N
How to create REST URLs without verbs?
General principles for good URI design: Don't use query parameters to alter state Don't use mixed-case paths if you can help it; lowercase is best Don't use implementation-specific extensions in your URIs (.php, .py, .pl, etc.) Don't fall into RPC with your URIs Do limit your URI space as much as possible Do keep path segments short Do prefer either /resource or /resource/; create 301 redirects fr
restfulie
QUIT PRETENDING CRUD through HTTP is a good step forward to using resources and becoming RESTful, another step further is to make use of hypermedia aware resources and Restfulie allows you to do it in Java and Ruby. Why Restfulie? Easy → writing hypermedia aware resource based clients and servers Small → it’s not a bloated solution with a huge list of APIs HATEOAS → clients you are unaware of will
yohei-y:weblog: 『Webを支える技術 ── HTTP、URI、HTML、そしてREST』という本を書きました
このブログ、1年近くご無沙汰していました。その間なにをやっていたかというと、実はずっと本を書いていました。『Webを支える技術 ── HTTP、URI、HTML、そしてREST』というなんとも挑戦的な題名の本です。技術評論社さんのWEB+DB PRESS Plusシリーズの11冊目で、来月発売される予定です。 Webを支える技術 ── HTTP、URI、HTML、そしてREST山本 陽平技術評論社 2010-04-08 この本は、WEB+DB PRESSで連載していた「RESTレシピ」という連載がベースになっています。実は連載が1年経ったくらいから、技評さんからは書籍化のオファーをもらっていました。ただ、その時点では書いた分量も少ないし、そもそも自分に雑誌記事とは比べ物にならないくらい分量のある本が書けるとは思っていなかったので、書籍ではなく連載継続という形でトータル2年間連載をしました。
私が RESTful API の後方互換性を気にするケース - 岩本隆史の日記帳（アーカイブ）
前回の記事「RESTクライアントが知っているべきこと」に、id:nsiena さんからトラックバックをいただきました。 RESTful API の後方互換性 - Siena.の日記 斜め上の応答になってしまうかもしれませんが、思ったことを書いてみます。 API変更の性格分類とサーバがとりうる対策 まず、APIがどのように変更されるか分類し、サーバが取りうる対策をまとめてみましょう。 API変更の性格 サーバがとりうる対策（概要のみ） リソースのURIが変わる ステータスコードで「301 Moved Permanently」を返し、Locationヘッダで新規URIを返す。 リソースのメディアタイプが変わる Content-Typeヘッダで適切なメディアタイプを返す。リクエストのAcceptヘッダによっては、ステータスコードで「406 Not Acceptable」を返さなければならないかも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Converting any SPARQL endpoint to an OpenAPI
XRX - Wikibooks, open books for an open world
EVOLVE`13 Keynote: Scrambled Eggs
Don't Tell Them its REST
RESTを自称してはいけない
Putting APIs first: legislation.gov.uk – Government Digital Service
"Object Network": ウェブAPIのためのデータネットワーク
Esri's Open Vision | An Open, Flexible & Interoperable Platform
openRDF.org - View Thread - Controlling return types of HTTP REST queries
Linked Data for RESTafarians
InfoQ: RESTの良い点、悪い点、ひどい点
REST for Java developers, Part 4: The future is RESTful