WebサービスAPI (JSONIC 1.3)
RPCサーブレット RPCサーブレットは、JSON-RPC 1.0 および JSON-RPC 2.0 の両方をサポートしたWEBサービス構築用サーブレットです。 ■ RPCサーブレットの概要 RPCサーブレットを使うと、指定したパスに対しJSONをPOSTすることで、対象クラスのメソッドを呼び出すことができます（GET/PUT/DELETEは無効です）。paramsに指定された配列の値はメソッドの引数に指定された型に従い自動的に変換されます。なお、クラス名はUpperCamel、メソッド名はLowerCamelに自動的に変換されます。そして、実行後、戻り値がJSONに変換されクライアントに返されます。 POST /rpc.json HTTP/1.0 ... Content-Type: application/json { "method": "class.method", "params"
第2回 RESTfulなAPIの設計を学ぼう
Web APIといっても、どのようなURLの、どのようなAPIを定義すればよいのか？ RESTfulなHTTPサービスを実装するためのAPIの定義方法の基礎を説明する。 連載目次 本連載は、ASP.NET Web APIを基礎から解説している。前回は、簡単なHello, Worldコードを確認しただけであったが、今回から本格的な実装の解説に入る。 ASP.NET Web APIにおいて、最低限必要になる実装は、「ルーティングの設定」と「APIコントローラの実装」である。今回～次回は、そのうちの「APIコントローラの実装」について解説を行う*1。 開発環境はMicrosoft Visual Studio Express 2012 for Web（Update3）、言語はC#、対象とするASP.NET Web APIのバージョンは1とする*2。 *1 ルーティングの設定については、第4回目で紹
Scenic3 によるRESTサポート - やさしいデスマーチ
Scenic3はSlim3のController層を薄くラップした拡張ライブラリです。Slim3では1アクション（URL）に対して１つのControllerを作成するシンプルなデザインですが、どうしてもControllerの数が多くなってしまいます。関連するアクションは１つのクラスにまとめ、アクションメソッドを複数定義する設計を好む人にとってはやや窮屈な仕様です。Scenic3ではそんな人達のために、複数のControllerクラスを1つのPageクラスに定義する手段を提供しています。 一方、REST風のAPIを設計する場合は同一URLに対して異なるHTTPメソッドを割り当てる事になります。例えば、あるモデルに対する取得と削除は次のような同じURLとなります。 http://yourdomain/item/{id} idにはモデルを識別する一意の値が指定されます。同一のモデルに対する操作は
slim3 + JSONICメモ
slim3のtutorialをJSONICを使ってajaxでTweetするようにと、RESTfulに変えてみたのでメモ できたのはこんなかんじ JSONICの使い方メモ 準備 最新のjsonic.jarをダウンロードしてプロジェクトに配置・ライブラリに追加 ※追記 2011/02/01 jsonic.jarの配置場所が、war/WEB-INF/lib以下に置かないとローカルで動きませんでした。 エンコード・デコード JSON.decode(String json, XXX.class)でjson→javaオブジェクト JSON.encode(XXX)でjavaオブジェクト→json WebサービスAPIを使うRESTサーブレットを使用する場合web.xmlへ追加 restServlet net.arnx.jsonic.web.RESTServlet config{ "mappings":{
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
GitHub - wiztools/rest-client: Tool to test HTTP/RESTful webservices.
Google Code Archive - Long-term storage for Google Code Project Hosting.