続・コマンド的な処理をどうやってRESTfulに実装するか - 岩本隆史の日記帳（アーカイブ）
「コマンド的な処理をどうやってRESTfulに実装するか」に書いた内容を敷衍します。 SunのクラウドサービスAPI 先日、Sun MicrosystemsがSun Cloudというクラウドサービスを提供すると発表しました。 米Sun、Amazon対抗のクラウドサービス「Sun Cloud」を発表 - SourceForge.JP Magazine この記事には、クラウド操作用APIがRESTベースで提供される予定であることも書かれています。 Sunは開発者向けにクラウドAPI「Sun Open Cloud API」を提供する。RESTベースのAPIで、CreativeCommonsライセンスの下でリリースするため、開発者はSun Cloudと相互運用性のあるクラウドを構築できるという。 そのAPI仕様のドラフトが「The APIs for the Sun Cloud: Wiki: Hom
Developer's Guide - Google AJAX Search API - Google Code
注æ: ä¸é¨ã®ãã¼ã¸ã¯è±èªã§ã®ã¿ãå©ç¨ããã ãã¾ãã Developer's Guide Google AJAX Search API ã¯ãGoogle Searchãã¦ã§ã ãã¼ã¸ããã®ä»ã®ã¦ã§ã ã¢ããªã±ã¼ã·ã§ã³ã«åãè¾¼ããã¨ãå¯è½ã«ãã Javascript ã©ã¤ãã©ãªã§ããFlash ãããã®ä»ã® JavaScript ã使ç¨ããªãç°å¢ã«ããã¦ãAPI ã§ã¯ç´æ¥ã® RESTful ã¤ã³ã¿ã¼ã
Developer's Guide - Google AJAX Language API - Google Code
AJAX Language API for Translation and Detection AJAX Language API for TransliterationNew! AJAX Language API for Translation and Detection With the AJAX Language API, you can translate and detect the language of blocks of text within a webpage using only Javascript. The API is new, so there may be bugs and slightly less than perfect documentation. Bear with us as we fill in the holes, and join the
ã¯ã©ã¹ ãªãã¡ã¬ã³ã¹ - Google AJAX Feed API - Google Code
コントロールは、表示する各エントリに対応するデフォルト HTML を生成します。HTML は、ハイパーリンクされたエントリ タイトル、作成者と公開日、エントリのコンテンツ スニペットから構成されています。このメソッドを使うと、呼び出し側からハイパーリンクされたタイトルのターゲットを指定できます。有効な値は次のとおりです: google.feeds.LINK_TARGET_BLANK - リンクは新しいウィンドウで開きます。 google.feeds.LINK_TARGET_SELF - リンクは現在のウィンドウで開きます。 google.feeds.LINK_TARGET_TOP - リンクは一番上のフレームで開きます。 google.feeds.LINK_TARGET_PARENT - リンクは一番上のフレームで開くか、または現在のフレームを置き換えます。 その他 - 結果のアンカー要素
RESTful 形式の Google AJAX Feeds API を使って、フィードを JSONP で取得する - WebOS Goodies
JavaScript のみで任意のフィードが取得できる Google AJAX Feeds API は、とても便利ですよね。活用されている方も多いと思います。でも、余計な機能も含んだ外部ライブラリを読み込むのがイマイチなところ。ページロード時間を気にする場合はちょっと利用を躊躇してしまいます。 ところが、そんな欠点も、実は既に解消されています。今年の 4 月に Flash など JavaScript 以外の言語のために RESTful 形式の API が追加されたのですが、それに callback の指定がちゃっかり存在しており、 JSONP でアクセスできるのです。これなら外部ライブラリを読み込む必要もなく、気軽に利用できます。とくに JSONP に慣れている方は、 JavaScript API よりも楽に覚えられるでしょう。 ということで、本日はその RESTful API を利用して
ricollab Web Tech Blog » Blog Archive » リソースの考え方
Web アプリケーションや Web サービスを RESTful に設計するときに、まず大切になるのはリソース設計(リソースモデリング)だと考えています。私が自分でサービスを開発するときは、そのサービスでどんなリソースを提供するのか、をまず考えるようにしています。 リソースの設計は、関係データベースのスキーマ設計のように系統立ててまとまった手法は存在しません(情報アーキテクチャは一つのスタートポイントになるのでは、と考えています)。 今回は以前、社内向けにまとめたリソース設計に関する文書を再構成してみました。何かのヒントになれば幸いです。 ＃余談ですが、RESTful Web Services を初めて読んだとき、 表現の選択のところで出てくるフォーマットリストとほとんど同じものが9章に出てきてちょっとびっくりした思い出があります。 概要 リソースの考え方 リソースと URI リソースとリソ
ricollab Web Tech Blog » REST 入門
About ricollab "Web Tech Blog" は、株式会社リコー 研究開発部門が運営管理を行っています。 ホーム このブログについて 最近の投稿 はてなダイアリー AtomPub レビュー: その1 実装編 proxy 認証の通し方まとめ ペルソナ/シナリオ法セミナーに参加してきました MogileFS のために MySQL の NDB Cluster を動かす MogileFS を Ruby の mogilefs-client から触ってみた CouchDB について Erlang 分散システム勉強会で紹介してきました MogileFS を Feodra7 on coLinux に yum で入れてみた 仮想化の使い道 RESTful Web サービス読書会 WEB+DB PRESS Vol. 44 私のお気に入り（キーボード：日野原編） RESTアーキテクチャスタイル入
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
はじめてのWebサービス実装体験：CodeZine
はじめに 近年、Googleが提供しているようなWebベースのサービス型アプリケーションが注目を集めています。一般にWebサービスと呼ばれる（またはWeb API として提供される）これらのソフトウェアは、何らかのリソースや機能を提供するインターフェースを公開し、外部からサービスに接続することで、さまざまなソフトウェアの部品として機能することができます。 多くの場合、Webサービスはインターネットに接続されたデバイスとブラウザがあれば利用することができるため、通常のプラットフォーム固有のアプリケーションに比べて配置や管理が容易で、利用者の負担も少ないというメリットがあります。インストールやアンインストールといった作業が不要であり、自分がどこにいて、どのデバイスを使っても同じソフトウェアとデータを共有できるためです。 ある程度Webサイトやアプリケーションの開発経験があれば、何らかのWebサ
技術者視点のユーザビリティ考 第22回 “使いやすいURI（URL）”の設計 -- ページをリソースとして考える：ITpro
前回，前々回と使いやすいURIの設計のポイントについて見てきました。今回も引き続き，使いやすいURIにするにはどうしたらいいのか，ということについて考えていきます。 URIの使いやすさについては，いろいろと考える話題が多いのですが，ここで話題として取り上げるのは「ページをリソースとして考える」ということについてです。リソースとは，そのまま日本語に訳せば「資源」という意味になります。 リソースという言葉はいろいろなところで使われています。例えば「これだけの仕事をこなすにはチームのリソースが足りません」といったときには，人的資源というか，そのチームが持っている作業可能量のようなものを意味しています。コンピュータのリソースといえば，処理を行うために必要なメモリー量とかCPUパワーとか，もしくはネットワークの帯域などもリソースと呼ばれます。 これらの例を見ると，リソースは「限りある資源」という感じ
:: GIANT ROBOTS SMASHING INTO OTHER GIANT ROBOTS :: Jester: JavaScriptian REST
Jester is our implementation of REST, in JavaScript. It provides (nearly) identical syntax to ActiveResource for using REST to find, update, and create data, but from the client side. Update, 6/16/07: We have released version 1.3 of Jester. You may want to view its release description. Jester is available from SVN in trunk form, or a 1.1 release form. You can also download a zipped copy of 1.1. Je
グルーブテクノロジー株式会社 - Web サービス：郵便番号検索API
郵便番号検索API このAPIは、郵便事業株式会社様（旧日本郵政公社）が公開している郵便番号のデータを取得する機能を提供します。 郵便番号から住所、住所から郵便番号の取得が可能です。 お知らせ 【重要】郵便番号検索APIサービスの終了について リクエストの構築 リクエストは、「REST」を用いて行います。 URLの構築は、リクエストURLにリクエストパラメータを「引数=値」という形式で指定します。複数のリクエストパラメータを指定する場合は、「&」を用いてつなげます。 例： http://api.postalcode.jp/v1/zipsearch?zipcode=33200&callback=callback リクエストURL http://api.postalcode.jp/v1/zipsearch? リクエストパラメータ パラメータ値説明
Part5 SOAP，WSDL，REST――Web APIの基礎技術を学ぶ：ITpro
Web API（WebサービスAPI）をプログラミングで活用するにあたって，ぜひ知っておきたい基礎技術が三つあります。古典的な技術の代表としてSOAPとWSDL，そして昨今急速に普及してきたRESTです。ごく単純に言ってしまうと，前者は「高機能で複雑」，後者は「シンプルで簡単に利用可能」と区別できるでしょう。現時点では，そのシンプルさが多くの開発者に受け入れられたおかげか，REST方式が（先達である）SOAP方式を圧倒しているように見えます＊1。 もっとも，だからといってRESTがSOAPよりも優れていると結論付けるのは早計でしょう。昨今では，SOA（Service Oriented Architecture）という言葉に代表されるように，大規模なシステムを「サービス」という単位で構成し，互いに連携し合う設計手法が注目されています。特に，SOAを実現する具体的な基盤技術として注目されている
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
【中級】Web開発の新手法Ajax 第3回
図3●Ajaxの基本的な動き Ajaxアプリケーションは，WebブラウザではなくJavaScriptがWebサーバーへの接続を指示する。送受信されるデータ形式は，HTMLではなくXMLまたはテキスト形式。呼び出されるサーバー側プログラムは，Webサービスになる [画像のクリックで拡大表示] 図4●XMLRPCでWebサービスを呼び出す場合の例 クライアントとサーバー間のやり取りはXML形式のデータになる。サービスを呼び出すには，XML形式の引数を作成する必要がある。Webサービスの戻り値から利用者に表示する値などを取得するには，XML形式のデータをパースする必要がある [画像のクリックで拡大表示] 一般的なWebアプリケーションは利用者の操作を契機にサーバーと通信を開始するが，AjaxはJavaScriptの指示でサーバー側のプログラムを呼び出す（図3[拡大表示]）。ページの部分的な変更が
W3C XSLT Servlet
Online XSLT 2.0 Service Important: W3C runs this service for its own use. The service,runs on Jigsaw, is based on Saxon and supports XSLT 2.0, is available publicly, but usage is subject to the conditions set forth below. Status of this Service This Saxon-based service replaces the XT based service W3C has been using since June 2000. It should be fully backwards compatible. All transformation link
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
新規
Web Service API (REST) [for Ajax ]
イースト辞書Webサービス