時代はRESTへ。SOAPの終わりを象徴する、Webサービス標準化団体のWS-Iが活動終了
SOAP、WSDL、UDDIなどを基盤とするWebサービスの標準化を行ってきた団体WS-I（Web Services Interoperability Organization）が、2002年からの約8年間の活動に幕を下ろしたことを正式に発表しました（参考：WS-I Completes Web Services Interoperability Standards Work（pdf））。 WS-Iは、WS-*と総称されるWebサービスのさまざまなプロトコル策定に取り組んできましたが、複雑すぎるといった評判がつきまとい、また策定そのものにも予想以上の時間がかかったことなどで、当初の想定ほど普及に至りませんでした。 そのSOAPに代わり、ここ数年サービス間をつなぐAPIとして存在感が高まっているのがREST（Representational State Transfer）と呼ばれるアーキテクチ
REST信者が激論で分裂の危機？ 「恋愛はGETかPUTか」“べき等”かどうかがカギ - bogusnews
美しいWebサービス設計に欠かせない思想として注目されている「REST（Representational State Transfer）」。HTTPプロトコルに「リソース指向アーキテクチャ」という考え方を導入し、「なんでもRESTで表現できる」として熱心にこの思想の普及につとめている人々は「RESTafarians」＝REST信者として尊敬を集めているが、いま彼らが分裂の危機に瀕している。REST論壇を真っ二つに分ける激論が勃発したのだ。議論の火種となったのは 「恋愛は“GET”で表すべきか、“PUT”で表すべきか」 というもの。 リソースへのアクセスメソッドをGETにするかPUTにするかは、REST信者にとっては美しいWebサービスを設計するうえでもっとも重要な問題だ。ここで「恋愛はGET」と主張して譲らないのが、業界でRESTエヴェンジェリストとして知られる株式会社リコーの山本陽平氏。
スライドを公開しました - 川口耕介のブログ
JJUGでのHudsonの発表と、Sunのホット・トピック・セミナーでしたMetroの発表を以下の場所で公開しました。 Hudson (JJUG CCCにて)View SlideShare presentation or Upload your own. ホット・トピック・セミナー「Metro」View SlideShare presentation or Upload your own. ところどころスライドが崩れているところがありますが、ご了承下さい。
RESTはエンタープライズに浸透するか、ファーガソン氏が講演
RESTはエンタープライズに浸透するか、ファーガソン氏が講演：Web 2.0とWebサービスの似て非なる位置付け WebはますますRESTfulな世界に向かっている。Web上で提供するデータやサービスを、URI指定によるHTTPリクエストだけで実現するという手軽さと分かりやすさから、多くのWeb 2.0系サイトは、Web APIをRESTと呼ばれる設計方針に基づいて定義・公開している。Webブラウザを媒介して人間が使っていたHTTPやURIといったインターフェイスを、そのまま機械処理にも適用するというRESTはシンプルで、瞬く間にWeb APIの標準的手法となった感がある。現在は先進的なWebサイトだけがWeb APIを公開しているが、今後は多くの一般的なWebサイトがRESTを通して情報・サービス提供をしていくケースが増えていくだろう。 では、エンタープライズの世界でもRESTが普及する
良いURLについて考える - builder by ZDNet Japan
コマース広告の大変動 プライバシー保護とパーソナライズの狭間で マーケティングの効果を最大化するためには 注目急上昇中のDaaS最新情報 コロナ禍を背景に利用者と機能を拡大中 Azure Virtual Desktop最新情報 A Business New Era あらゆるモノ・コトが変化している今 デジタルでビジネスは生まれ変わる 大事なのは”仕事の段取り” 幅広い業務を任されているからこそできる ひとり情シス流の業務改善術 サステナビリティの今と未来 企業戦略としてのサスティナビリティ推進 世界の通信インフラを支えるコルトの取組み 年間5,000件の問い合わせに対応 疑問を解消したいユーザーも答える情シスも みんな幸せになるヘルプデスクの最適解 Anywhere Workspace！ ハイブリッドワーク時代の働き方 分散業務環境3つの課題と解決策 現場主導のデジタル変革 ビジネス変革の
Ruby on Rails 2.0はとっても“RESTful” － ＠IT
Web開発フレームワーク「Ruby on Rails」の待望のバージョン2がリリースされた。 バージョン2がリリースされたのは12月7日。主要な強化機能としては、REST（Representational State Transfer）のサポート強化と、セキュリティの改善などが挙げられる。 「Rails 2.0で気に入っているのは、RESTfulの原則を追求してアプリケーション開発が調和的になった点だ」とRuby on Rails作成者デビッド・ハイネマイヤー・ハンソン氏はeWEEKに語った。「これにより、アプリケーション開発が予測可能で、クリーンで、楽しめるものに感じられる。HTTPは常にそれを正しくやっていた。われわれWebアプリケーション開発者がそれを理解し、評価するのに少し時間がかかった」 ハンソン氏は、米シカゴのWeb製品開発会社37signalsの開発者。同氏はRails 2.
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
第3回 Restlet 1.0.1―RESTアプリケーションを手軽に実現するフレームワーク｜gihyo.jp
Restletとは？ Restlet(http://www.restlet.org/)は、Web APIなどで主流となっているREST(REpresentational State Transfer)型の通信を行うアプリケーションを構築する「軽量な(Lightweight)」Javaフレームワークです。CDDL1.0とGPL2.0のデュアルライセンスの下で配布されています。開発はフランスのNoelios Consulting社(http://www.noelios.com/：フランス語)が主体となって行っています。バージョン1.0.1がリリースされたのは2007年5月3日です。 JavaのREST APIといえば、JAX-RS(JSR 311)の仕様をJCPで詰めている最中ですが、Restletではバージョン2.0のAPIをJCPに提出することを計画しています(2007年4月25日付のNo
2006-11-24
2006-11-24 第9回XML開発者の日 YAMAMOTO Yohei http://yohei-y.blogspot.com 山本陽平 ソフトウェアエンジニア XML guy Restafarian yoheiy at gmail.com REST はアーキテクチャスタイル Web システムの設計の指針にできる 特に HTTP と URI を正しく使うのが重要 可用性と相互運用性 設計の参考として Web システムの理解促進に ボキャブラリの共有として 「それステートレス?」 「統一インターフェース使おうよ」 Web を使ったシステム Web アプリケーション(UI) Web サービス 両者を分ける意味はあまりない むしろ分けずに済ますほうがよい microformats 人にもプログラムにもやさいしい XHTML "ウェブ戦略としての「ユーザーエクスペリエンス」"より ユーザインタ
解説 Atomとは何か: RSSやXML-RPCとの比較、そしてAtomAPIの使い方まで
技術評論社「Software Design」2005年1月号 第2特集「次世代Webテクノロジ：Atom基礎講座」に寄稿した、The Atom Publishing Protocol (The Atom API)、The Atom Syndication Format の総合的解説です。 Witha System » Atom目次 » [1章 The Atom Project – RSSの興隆からAtomの誕生] » [2章 Atomフォーマット – The Atom Syndication Format] » [3章 Atom出版プロトコル – The Atom Publishing Protocol(AtomAPI)] » [4章 The Atom Publishing Protocol（AtomAPI）の利用法] » [AtomやAtomAPI関連のニュースや仕様へのリンク] » [
SOAP対RESTの戦い、ついに決着か - ZDNet.com SOAブログ
SOAP対RESTの論争に、SOAPの開発者の1人であり技術書の著書も多数あるDon Boxが、最終的な白黒をつけた。この論争に火がついたのは、ちょうど去年の今頃だった。以下の要約は、開発協力者にAPIを提供しようと考えている人々に向けたものではあるが、SOAPが何に適していて、RESTが何に適しているかが端的にまとられている。 .NETおよびJava開発者にすぐれたエクスペリエンスを提供したい場合は、WSDLでスキーマを記述し、SOPAを適用する。 LAMP利用者を対象とする場合は、POX（Plain Old XML）メッセージをサポートし、フォーマットを非XMLスキーマ言語で記述して、RESTで提供する。 .NETおよびJava開発者とLAMP利用者の両方を相手にする場合は、SOAPとRESTの両方を用いる。 Boxは、「両方の開発層を競合社に先んじて取り込みたければ、宗教的な議論にふ
クールなURIは変わらない -- Style Guide for Online Hypertext
クールなURIとは？ クールなURIとは変わらないもののこと。 どんなURIが変わってしまう？ URIは変わらない：人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき（もしくはドキュメントのメンテナンスをやめてしまう）理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう
RESTWiki - 2nd life (移転しました)
http://rails2u.com:8008/ REST APIを使い、表示、新規作成、編集、削除を行えるwikiを作ってみた。とは云うのも、先日のPofEAA読書会の時に高橋メソッドの高橋さんとRailsでREST実現するには、という話をしていて気になったのでさくっと実装。 http://rails2u.com:8008/rest/名前 というURIに対してHTTPのGET,POST,PUT,DELETEメソッドを送ると表示、作成、編集、削除するという簡単な機能の物を作ったんだけど、それだけじゃつまらないんでフロントエンドとしてxmlhttprequestを使って各種操作が行えるインターフェイスも付けてWikiっぽくした。 RailsでのREST実装は最初、僕らにはコレ系のwebservice apiを簡単に扱えるActionWebService(railsの主要ライブラリの一つ)があ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
c-sq.com
ライブドアブログ｜無料で豊富な機能が充実
Web サービスで REST を実現する、第 1 回: WSDL 2.0 でのREST と Web サービス
IBM Developer
IBM Developer
IBM Developer