Servlet3.0でcometチャットを作ってみる - きしだのはてな
Cometとは？ ブラウザベースのチャットをつくろうとする場合、以前は定期的にクライアントからリクエストを送信して更新を確認するという手法がとられました。そうすると、平均して更新間隔の1/2の遅延が発生し、更新がないときの問い合わせが無駄になるなど、ユーザーにもサーバーにもうれしい手法ではありませんでした。 そこで使われるようになったのがCometです。 Cometは、HTTPでクライアントからの接続への返答を保留して、サーバーからデータを送信する必要がでたときに返答を返すことで、サーバーからのリアルタイムデータ送信を行う手法の総称です。 Servlet3.0でのComet対応 Cometでは、クライアントからの接続を保持しつづけるので、これまでのServletの仕組みをつかって実現しようとすると、各接続にスレッドを割り当てることになり、スレッド数が多くなりすぎるため、多くのユーザーには対
WebベースのチャットシステムをCometで·Comets MOONGIFT
先日、Lingrのサービス停止が発表された。ビジネス的には難しい面もあったが、技術的には興味深いものだった。特にCometについては、Lingrではじめて知ったという人も多かったのではないだろうか。 Rubyで実装されたComet Webブラウザベースながら擬似的な持続的接続を可能にするCometを手軽に体験してみたい、という方はCometsを試そう。 今回紹介するフリーウェアはComets、RubyベースのCometエンジンだ。ソースコードは公開されているがライセンスは明記されていなかったのでご注意いただきたい。 はじめにお断りしておくと、Cometsはまだ完全な実装ではないようで途中で接続が切れてしまう。最近話題のSinatraをフレームワークに用いており、アプリケーションサーバはMongrelを使っている。 Firefoxから アプリケーションとしてはベーシックなチャットアプリケーシ
Jungle Java - Comet 関連情報メモ
Comet 関連情報メモ Posted in Ajax (RSS), Java (RSS) 昨日紹介した 「BlazeDS」 が注目される理由の一つは、サーバからのプッシュ配信が可能になることです。 これは、「Jetty 6」 や 「Tomcat 6.0」 でサポートされることになった 「Comet」 と非常によく似た機能（もしくは 「Comet」 の一種）であると言えるでしょう。 「Comet」 は、まだ比較的新しい技術で課題も多いとは思いますが、Sevlet 仕様の次期バージョンとなる 「JSR 315: Java Servlet 3.0 Specification」 でもサポートされることになっており、要注目です。 関連情報 ・Ajax+Javaアーキテクチャ構築記第三回 - IT-Walker on hatena ・Ajax+Javaアーキテクチャ構築記第四回 - IT-Walke
Tomcat 6で実現！ Ajaxを超える通信技術Comet (1/3) - ＠IT
Tomcat 6で実現！Ajaxを超える通信技術Comet：Tomcatはどこまで“安全”にできるのか？（3）（1/3 ページ） Ajaxを超える？ Tomcat 6で搭載されたCometとは？ 前回はTomcatを“安全”に活用するために、ツールを使った運用の仕方やTomcatの設定について解説しました。 今回はTomcatの安全性から少し離れて、Tomcat 6の新機能の利用方法について解説します。Tomcat 6では、いくつかの大きな拡張がありましたが、今回はJ2SE 1.5で実装されたNew I/O API（java.nioパッケージ）を用いたComet（コメット）通信について解説します。 おさらい 「通常のHTTPでの通信」 通常のHTTPでの通信はクライアントのWebブラウザなどからサーバへリクエストを送信し、サーバはリクエストを解釈してレスポンスを返します。つまり、通信のタイ
DWR (Direct Web Remoting) について | システムエンジニアの戯言
DWR (Direct Web Remoting) とは、JavaでAjaxアプリケーションを開発するためのオープンソースフレームワークの事です。 これを利用する事で、JavaScriptから簡単にJavaクラスのリモートメソッド呼び出しを行う事ができます。 以上が、DWR (Direct Web Remoting) の、とても簡単な説明でした。 次に、個人的に関心の高いDWR の機能である Reverse Ajax について説明します。 本題に入る前に、まずHTTPの通信について、おさらいしたいと思います。 一見、関係の無い説明だと思われそうですが、実は非常に重要だったりします。 このように、HTTPとは、クライアントが起点となっているのです。 ユーザーが、【SEの戯言】見るぞ！って思わないと始まらないわけですから。 では逆に、サーバーの都合で、クライアントに向けて勝手にデータを送ってき
リバースAjax機能はAjax＋Javaをもっとやさしくする？
リバースAjax機能はAjax＋Javaをもっとやさしくする？：MyEclipseでAjax＋Javaをやさしく開発（4）（1/4 ページ） MyEclipseはJava EE開発を効率化するプラグインの集大成でかつ統合開発環境だ。併せてAjaxの開発を容易にする機能も持ち合わせている。本連載では、サーバサイドにJava EEを、クライアントサイドにAjaxを用いたWebアプリケーションをMyEclipseを使って容易に開発する手法を紹介していく。また、AjaxとJava EEの連携にはAjax開発用のJavaフレームワーク「DWR」を活用する。（編集部） 前回までで、MyEclipseとDWRが持つさまざまな便利機能について解説してきました。今回は2007年4月26日にリリースされたDWR 2.0の目玉機能の1つリバースAjaxについて解説します。 リバースAjaxとは、サーバ側からブラ
みかログ: ErlangでComet
telnet接続で計算問題を出題する (fujishinko 雑記帳) jquery history プラグインアップデート (みかログ) Logicool MX Revolution (RedWing's Blog) Erlang で memcached を作ってみました。 (DSAS開発者の部屋) [erlang]proc_lib で echoserver を書き直した (cooldaemonの備忘録) [security] PHPのセキュリティ続き (Angelic Wing) [Erlang][Programming][Erlday][Comet][Yaws] Erlang for everyday use (3) (ZHlog) [Prog (ひおにっき) [Prog (ひおにっき) ErlangからPerlを使う (404 Blog Not Found) ErlangでCome
Kazuho@Cybozu Labs: Comet の正しい使い方
« 「スーパー技術者争奪戦」 | メイン | JavaScript から Flash の便利な機能を使う方法 » 2007年02月23日 Comet の正しい使い方 今日会社の勉強会で Comet について話す機会がありました。 Comet については、普及するかどうかという以前に、どう使えばいいのか、正しく使った場合に何をどこまでできるのか、という理解が共有されていないように思います。なので、(あくまで私見ですが) 使用したスライドの一部を公開したいと思います。よろしければごらんください。また、問題や改善すべき点があれば、教えていただければ幸いです。
CodeZine：CometとAjaxを利用したチャットサーバの実装（）
はじめに 『簡単なHTTPサーバの自作』第5回目の今回は、クライアントとの通信に、ブラウザ自身によるリクエスト／レスポンスに加えてAjaxとCometを利用した簡単なチャットアプリケーションを実装します。 Webアプリケーションでチャットを実装する場合に考えなければならないのは、他の発言者のメッセージをどうやってブラウザへ反映させるかです。自分が発言する場合は、サーバへ対してメッセージが送信されます。従って応答データに現時点の発言を返せば済みます。しかし、この方法だけでは他の参加者の発言を発言時に読むことはできません。 この問題を解決する手段は複数あります。 次の図は最も原始的ですが、確実な『F5連打法』を図示したものです。 F5連打法では、ユーザーは最新の発言がありそうだと感じた時に［F5］を叩きます。するとブラウザが最新の情報をサーバへ取りに行くため、もし発言が更新されていればその情報
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ShootingStar 非公式Wiki - Create
Ajax：プッシュ対プル方式の比較
IBM Developer
http://rails.office.drecom.jp/takiuchi/archive/188