非同期プロトコルのクライアント - sdyuki-devel
非同期プロトコルとは、サーバーから返ってくる応答が、必ずしも要求した順番通りに返ってこないプロトコル（ソース無し。オレオレ定義）。 順不同で返ってくる応答と要求を対応づけるのはクライアントの仕事で、典型的には要求の中にシーケンス番号を入れておき、サーバーは要求と同じシーケンス番号を応答の中にも含める。 例：MessagePack-RPC 非同期プロトコルの特徴： イベント駆動型のサーバーの場合、サーバーの実装が簡単になる 同期プロトコルだと順番を揃えてから返さないといけない。サーバーの実装が（要求１つに対してスレッドを割り当てて処理するのではなく）ソケット１つに対してスレッドを割り当てて処理する方式だとあまり関係なくて、特に実装は簡単にならない。 処理が重い要求と軽い要求を続けて送っても、重い要求に詰まって後の応答が返ってこなくなることが無い 同期プロトコルだと、応答を送り返すにはその前の
RPC サーバの遅延リターン - steps to phantasien(2009-07-04)
最近は過労気味でウェブにものを書くこともできない, という話で上司の同情を誘うべく 日本人の労働時間やストレスの実態をまとめた エンドレス・ワーカーズ を読んだら, 自分の労働時間は日本人労働者の上位 2 割から漏れていることを知り愕然とした. あんなに働いたってのに...残業エリートへの道は険しい. 道を進みたいわけじゃないけれど. (平均は越えてたぜ!) いずれにせよ流行からはすっかり脱落しているので, 時流を無視して仕事の話でもしよう. 以前, 会社の blog で RPC の結果をノンブロッキングスタイルで受け取るプリミティブ "弱関数" を提案した. でも試行錯誤の結果, いまは使っていない. C++ での弱参照は意図しないリークを作りやすい. 使いわすれることも多く, 忘れた頃にクラッシュする. 要求は明示的にキャンセルした方がいいことがわかった. (世間はみんなそうやってます
L'eclat des jours(2009-03-01)
_ IOU設計パターン というわけで（昨日の続き）、DDJJ 1996年10月号の『非同期設計パターン』だが、.NET Frameworkではそれらしきものが採用されているものの、そんなに広く使われているわけでもなさそうだ。 IOUパターンは、非同期IOを同期IOモデルのように、オブジェクトの利用者に見せかけるためのパターンで、非同期IOの結果をまるで同期IOのように、呼び出し側に返す。しかし、同期IOではなく、すぐに返す。 そのため、呼び出し側はお話にならないエラーはすぐに検出できる（これは同期IOでも同様。たとえばクローズ済みIOに対してメソッドを呼んだ場合）。 そうではない、たぶん、実行されるであろうIOについても、すぐに戻る。ただし、結果として返されるオブジェクトは、同期IOの場合と異なり、IOUオブジェクトだ。このオブジェクトは、筆者のAllan Vermeulenによって以下の
REST and Asynchronous Patterns.
Inspired by food, peer-pressure, blog-envy and a quill shortage in the north. The Background (the long version)… Whilst experimenting with RESTful web-services, my natural inclination has been to explore the mechanics of the protocol level interactions associated with resource state changes. The majority of mainstrean REST examples relate to manipulation of resources via representations obtainable
rest-discuss ML の message queues スレッド - いたわさににほんしゅ
http://comments.gmane.org/gmane.comp.web.services.rest/6149 最初のメッセージではこんなことを書いている まず、ActiveMQ の(その当時の) REST API の抜粋: POST で in, GET or DELETE で out GET が read-only なのは、REST じゃなくて HTTP キューを表す URL への DELETE は、キュー全体の削除を意味する これはリストに投げたのは、面白いケースで、即座にはより良い方法を思いつかなかったからだ このエントリでは、キューへ突っ込むのを in, 取り出すのを out と書くことにする。POST/GET は HTTP メソッドのこと。 次のエントリでは、POST-GET-DELETE という提案がある。http://permalink.gmane.org/gmane
Implementing REST Web Services: Best Practices and Guidelines
Implementing REST Web Services: Best Practices and Guidelines August 11, 2004 Hao He Despite the lack of vendor support, Representational State Transfer (REST) web services have won the hearts of many working developers. For example, Amazon's web services have both SOAP and REST interfaces, and 85% of the usage is on the REST interface. Compared with other styles of web services, REST is easy to i
Don'tStopMusic - DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる , るびま 21 号
_ [ソフトウェア] DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる サイボウズも memcached + MySQL DB 分散 Cybozu Developer Network: MySQL Users Conference Japan 2007 講演概要 を読んで、memcached でキャッシュ＆ 複数の MySQL をアプリのロジックで分散化というのは、もうすっかりスケーラブルなウェブアプリの作り方として常套手段になったと思いました。 2004 年 4 月の MySQL カンファレンスでの Brad Fitzpatrick の発表 Inside LiveJournal's Backend (PDF)から約 3 年半。Mixi やはてなのようなエッジな企業はだいぶ前からこの構成を採用してますが、対法人のビジネスをしているサイボウズでも採用されたというのは一つ
サービス指向アーキテクチャ（SOA）の実際（2/2） - ＠IT
もちろん、このWebサービスがSOAでのサービスとして適切な粒度であるかという議論もあると思うが、ここではその議論には触れない。 ■ネットワーク空間の違い まず考えられるのが、Webサービスを呼び出す側と呼び出される側のネットワーク空間の違いによって生じる問題である。例えば、Webサービスが海外のサーバで動作している場合、常に期待される呼び出し速度でWebサービスが応答を返してくれるだろうか？ 実際の現場では、サービスを呼び出す側と呼び出される側の間の物理的距離やネットワーク帯域などが呼び出し速度に影響を与える。最悪の場合にはタイムアウトが頻発したり、ボタンを押した後の処理結果の表示が遅かったりして、使い勝手が非常に悪いなどの問題につながってしまう。 では、Webサービスを実行しているネットワーク空間が同じで、ネットワークも十分に速く、呼び出し速度に問題がなければどうだろうか？ ■キャパシ
Life is beautiful: Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ
最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。ソフトウェアを生業としているエンジニアとしては、この手の「流行もの（hype）」に触れた時には、表面的なものに踊らされずに、その本質を自分なりにしっかりと捕らえて消化・吸収して自分のものにしなければいけない。今までも、「オブジェクト指向」、「マルチ・ティアー・アーキテクチャー」、などの言葉が一人歩きするたびに、「これからは○○だ」とか「○○の時代は終わった」などと、過激なことを言って読者の目を引こうとだけするマスコミや企業のマーケティング戦略に数多くの人が踊らされてきた。 そんなノイズだらけのメッセージに混乱させられた結果、「Ｃではオブジェクト指向のプログラミングは出来ない」と信じているエンジニアがいまだに沢山いることは全く嘆かわしいことだ。「オブジェクト指向のプログラミング」は、設計姿勢・プログラミングスタイルに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: REST非同期実行の扱い方
http://www.tbray.org/ongoing/When/200x/2009/07/02/Slow-REST
Sound advice - blog
スターバックスは2フェーズコミットを使わない - gregors-ramblings-ja - Google Code
http://www.prescod.net/rest/restmail/
http://tech.groups.yahoo.com/group/rest-discuss/message/4532
Home | Commerce.net
Web Services Polling (WS-Polling)
http://www.innoq.com/blog/st/2005/09/06/asynchronous_requestresponse_doubts.html
http://www.pacificspirit.com/blog/2005/05/05/async