【環境ごとまるっと提供】JavaによるRest入門（Jersey2編） - Qiita
環境ごとまるっと提供とは webアプリ（特にJava）構築の勉強を始めようとした場合、書籍やサイトを参考にしながら実際にやってみるというのは、非常に有効な手段です。 一方で、参考にした情報だけではうまく動作させることができないケースが多い気がします（たとえば前提としてeclipseのtomcatプラグインが必要だとかで）。 そういった前提条件を調べているうちに、よくわからないエラーにハマり、結局挫折してしまうなんてことも多いのではないでしょうか？？もちろんそういうエラーを解決するのは、トラブルシューティングなども見据えると非常に力になって良いことだと思うのですが、挫折してしまって何もしなくなるのは本末転倒です。 各個人に芽生えた学習意欲が、「動かないから断念」という理由で消えてしまうのは非常にもったいないことだと思います。そういった意欲がなくなってしまうことを少しでも防げるように、本稿では
RESTFul(リソース指向アーキテクチャ)について - In urban breeze
2014-05-06 RESTFul(リソース指向アーキテクチャ)について アーキテクチャ ROA(Resource Oriented Architecture)について。 次の本を参考に勉強してみた。参考図書 RESTful Webサービス ROAの基本 アプリケーションを動作と名詞(リソース)で考える。 リソースは特定のデータ、データの演算結果、状態、ユーザーアカウントなどである。 URIに動詞を含めてはならない。 リソースはHTTPメソッドを使用してのみ操作できる。 アドレス可能性 リソースはアドレス(URI)で一意に表現する。 1つのURIが複数のリソースを示してはいけない。 リソースを特定の言語や特定のフォーマットで取得したい場合は「Accept-Language」や「Accept」、または「Media-Type」を使用する。このようにリソースの表現方法が複数あ
拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sightにはブコメしたのですが、Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima)でも本件に言及があったようなので、少し一般論を書いておきたいと思います。 ■Web APIの設計原則について そもそも、良いAPIとはどのような特性をもつものでしょうか？ 一般的に、以下の２点が挙げられると思います。 拡張が容易である 拡張時に後方互換性を破壊しない ウェブの場合は、これに加え、 スケーラブルである HTTPに起因する問題に上手に対処できる ことが求められます。 前２者はウェブに限らない要件です。これを満たす設計手法としては、 リクエストおよびレスポンスのパラメータを拡張可能に 互換性を壊す拡張が必要な場合は、関数名を変える 古い関数は従来と同じ機能を
JSON文字列を受信(サーブレット→javascript): 大学生の見習いプログラマBlog
サーブレットからjavascriptへJSON文字列を送って受信する方法です。 prototype.jsのAjax.Updaterも使ってweb2.0の世界へ。 (id="content"の部分にJSON文字列を出力するjavascript) function ajaxUpdate(){ file="//サーブレットへのURL"; new Ajax.Updater( 'content', filen, {method: 'get', asynchronous:true, onSuccess:function(request){ var json; eval("json="+request.responseText); }, ) } (サーブレット) //JSON形式は文字コードをUTF-8にする response.setContentType("application/json; char
【PHP】CakePHPでRESTのJSON APIを作成する
ちょっと次のアプリの為にこちらでAPIを作成する必要が出てきました。 ので、APIの作成をAWSで行うことにしました。 サーバサイドはPHPかPerlしか書けないし、 frameworkはcakeしか使えないというダメエンジニアの為、 cakeでREST APIを作成する事にいたしました。 その作成手順をご紹介 まず、RESTとはなにか…とは私も良くわかりませんのでググってください。 HTTP通信のGET/POST/PUT/DELETEによって返す内容を変えるって事と理解しています。 ちなみに、cakeのREST APIは マニュアル»CakePHPによる作業の定石»REST»単純なセットアップ ここで解説されております。 まずはroutes.phpの設定 Router::mapResources('controller_name'); Router::parseExtensions();
Rest 2 - ウィザシステム - Witha System Ltd.
HepCat Dev and Test Blogクライアント『BlogWrite』の開発＆テスト＆アップデート情報をメインに、ブログやWebにまつわる技術的トレンドなどを扱う開発ブログです。 [ Atom/REST ] RESTfullなAPIにおいてのエラーハンドリングについては重要なのですが、今まで（特に日本では知っている限り）あまり言及されたことがなさそうなのと、オライリー系のサイトでたまたま今日良い記事 RESTful Error Handling を見つけたので、ココで紹介したいと思います。 （2003年12月の記事ですが何故か見落としていました） この記事では、REPSfullなWebアプリケーションにおいて、エラーが発生した時の動作は（調査した所）一般的にいって４っつの方法が利用されているとしています。 １．HTTPステータスコードのみ 例えば、 http://www.exa
「Java による RESTful システム構築」 が超勉強になる!! - 宇宙行きたい
JavaによるRESTfulシステム構築 作者: Bill Burke,arton,菅野良二出版社/メーカー: オライリージャパン発売日: 2010/08/23メディア: 大型本購入: 28人 クリック: 804回この商品を含むブログ (40件) を見る これ，本当にタイトル勿体無いなぁって思う本でした． いや，タイトルに偽りは無いんだけど，これだと REST に興味無い人は手に取らないだろうなぁと思って，それは凄く勿体無い内容なので，ホントみんな読むと良いと思う． 簡単に説明すると，Java で REST を扱うために JAX-RS という API があるんだけど( JSR311 )，そのエキスパートグループの一人であり，さらにその実装である RESTEasy の作者が書いている本です． で，この人は元々 SOAP とかのどちらかというと Fat な仕様大好きっこだったので，この本には色
javaで、simplexml, restサーバ - メランコリック
JAVAで、simplexml、restサーバを作るのに特化したフレームワークってあるのだろうか？ できれば、tomcat上で動くフレームワークがよい。 以前、調べたときにあまりしっくりくるものがなかったので、アノテーションの勉強のつもりで、作ってみました。 XMLの生成には、JAXBを利用しています。 ソースを以下に公開していますので、興味がございましたら、触っていただければと思います。 ■elazyrest http://sourceforge.jp/projects/elazyrest/wiki/FrontPage jdk1.5以降が必要になります。 ■elazyrestを使ったサンプル"twitter proxy" twitterのfriends_timeline.xmlをキャッシュして返すAPI http://twitter.com/statuses/friends_timeli
ActiveResource の使い方（後編） : 一般の Web API にアクセスする - WebOS Goodies
漠然とカスタマイズ方法を書くのはなかなか難しいので、具体的な Web API を題材にして、そのためのカスタマイズ方法を順を追ってご紹介しようと思います。ここでは、「ActiveResource で Google Spreadsheets Data API にアクセスする」の GoogleSpreadsheets::List クラスとほぼ同じ機能を持つ ActiveResource モデル、 GoogleSpreadsheet クラスを作ってみようと思います。同じと言っても、実装は説明しやすいように簡略化してあります。完成版のソースは以下にあります。 http://webos-goodies.googlecode.com/svn/trunk/blog/articles/how_to_use_activeresource_3/gspreadsheets_resource.rb GoogleS
RESTfulな設計とCRUDはちょっと相性悪いという話 - yojikのlog
http://www.infoq.com/jp/news/2009/08/CRUDREST 上記URLを読んで自分なりに例題を考えてみる。(todo:あとで状態遷移図を追加) RestBucks cafe 完全にオンライン化されていてWebAPIで注文できるというすごいカフェを想定します。(この手の例にStarbucksを使うのはGregor Hopeさん以来の伝統らしいです) 客側から見たユースケースはこんな感じ 客はレジのサービスを呼び出して、注文を入力して支払い 自席で注文状況をチェック、出来上がっていたら取りに行く。 注文というエンティティと、[注文編集] [支払い] [受け取り] という(アプリケーション)状態によって上手く表現できそうです。 (RESTfulだけど)CRUDな設計 CURDな設計では、リソースをURLにマッピングします。それに対してCRUDするというイメージです
Part5 SOAP，WSDL，REST――Web APIの基礎技術を学ぶ：ITpro
Web API（WebサービスAPI）をプログラミングで活用するにあたって，ぜひ知っておきたい基礎技術が三つあります。古典的な技術の代表としてSOAPとWSDL，そして昨今急速に普及してきたRESTです。ごく単純に言ってしまうと，前者は「高機能で複雑」，後者は「シンプルで簡単に利用可能」と区別できるでしょう。現時点では，そのシンプルさが多くの開発者に受け入れられたおかげか，REST方式が（先達である）SOAP方式を圧倒しているように見えます＊1。 もっとも，だからといってRESTがSOAPよりも優れていると結論付けるのは早計でしょう。昨今では，SOA（Service Oriented Architecture）という言葉に代表されるように，大規模なシステムを「サービス」という単位で構成し，互いに連携し合う設計手法が注目されています。特に，SOAを実現する具体的な基盤技術として注目されている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsにおける RESTfulなURL設計 勉強会