<br/><h3>Features:</h3> <ul class="docs-content"> <li>Container Free <li>Serve static files <li>Serve Groovy script as REST resources <li><a href="https://github.com/javaConductor/gserv/wiki/gServ-HATEOAS"> HATEOAS Support</a> <li>Easy Content Negotiation <li>Plugin API <li><a href="https://github.com/javaConductor/gserv/wiki/gServ-Framework">Embeddable</a> <li><a href="https://github.com/javaCond
はじめに これはWeb API Advent Calendar 2014、10日目のエントリです。 Grailsでは某RESTful DAO的なものがサクッと実装できますよ、というお話です。 だから何だ、とか、○○のFWでもできるぞこの野郎、といった苦情はご遠慮ください。 実装する とりあえず、Grailsプロジェクトを作成して、ドメインクラス（Entityクラス）を作成します。 $ grails create-app rest-sample $ cd rest-sample $ grails create-domain-class Book $ vi grails-app/domain/rest/sample/Book.groovy Bookドメインクラスの中身を以下のように修正しましょう。 適当なtitleプロパティを追加して（制約はあってもなくても関係ない）、Resourceアノテー
More than Simple No coding skills required, mockable is the simplest application to create and manage mock API Read More Collaborative One platform for you and your partners. mockable.io provides you with a dedicated and sharable domain Read More Fast and Simple Mockable is a simple configurable service to mock out RESTful API or SOAP web-services. Reply with static or dynamic JSON or XML Payload
Services for a Changing World RESTful Web APIs By Leonard Richardson and Mike Amundsen with Foreword by Sam Ruby The Book Buy It Early Praise Chapters You Type It, We Post It The Code RESTful Web Services RESTful Web Services RESTful Web Services is a 2007 book by Leonard Richardson and Sam Ruby. It was the first book-length treatment of RESTful design, and the predecessor to RESTful Web APIs. RES
Where is Project Zero? We're still here, but we've moved most of our content over to http://www.projectzero.org.
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
URI は綺麗であるべき、と常々思っているんですが、よいページを発見しました。 Michael Eakes のこのエントリです。 Tanya Rabourn がリストアップしている文献一覧からエッセンスをまとめてくれています。 曰く、よく設計された URI とは 変らない(don't change) 人間が推測可能(are human guessable) 論理的(ファイルシステムを反映する必用がない) (are logical (no need to mirror a filesystem)) サイト構造をビジュアライズするのに役立つ(help visualize the site structure) 短い(are short) 小文字を使う(use lowercase) 予期されない記号を使わない(don't use unexpected punctuation) 問合せパラメータな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く