AjaxプログラマのためのJavaOne2008 -GrizzlyでComet!-
JavaOne 2008から一ヶ月が過ぎ、様々な現地レポートが揃いました。JavaOneはもちろんJavaのお祭りですので、これらのレポートではJavaFXや Java EE/SEの動向が目玉となっています。しかし、近年のJavaOneではJavaだけに限らず様々な分野の話題を扱うようになっています。例えば先日公開されたセッション資料から、「Next Generation Web」や「Tools and Script Language」のトラックを見てみましょう。AjaxやJavaScript、Rubyといったキーワードが続いているのが解るでしょうか。実際の発表でも「Java にあまり関係ないんだけど・・」と始める発表者が多かったのが印象的でした。JavaVMが多様な言語のプラットフォームとなったように、JavaOne も先端技術の統合的なカンファレンスになりつつあると言えるでしょう。 著
blog.8-p.info: Comet 勉強会 #2
「来月までに勉強してきますねー」といってわかれたのに全然勉強してないなー、と後ろめたい気持ちで日曜日に恵比寿に行ったら、第一回に比べてものすごい勢いで人が減ってた件。ひどい！ でも、相変わらず実装・運用している人のはなしがずいぶん聞けて勉強になった。「Comet といえば」感のある Lingr とかね。以下時系列順じゃなくて話題ごとに並べ直しているので注意。 Erlang 実際に見てみたけど、前回の予想はそんなに外れてなかった。 魔法は無い。 配布されている tarball が最近でかくなったのは、コンパイル済みの中間コードも同梱されるようになったから。 Erlang ってもともと UNIX 育ちではないよね MD110 という交換機むけのシステムに書かれたらしい epoll とか使ってるの? → grep するぶんにはあったよ Erlang のプロセス (!= UNIX プロセス) は軽
ヽ( ・∀・)ノくまくまー(2007-05-27) [Rails] Comet 勉強会 #1
● [Rails] Comet 勉強会 #1 勉強会の日の朝はいつもサボリの誘惑がある。もう少し寝ていたかったり、外に出るのが面倒な気分になったり、他の事をやりたくなったり、急に敷居を高く感じたり、雨が降ったり。でも、勇気を出して行くと、神様はいつもいい経験を与えてくれる。今回もニコニコ動画の中の人とか凄い人達が一杯いた。そういう人達と話をする機会、彼らの思考過程を直接見れる機会があるのは凄く貴重だ。 Don't be afraid 意義ある貴重な時間。Don't be afraid Don't be Erlang！ ということで Erlang に関する勉強会。リl|*´∀｀l|＜でも誰も Erlang について勉強してきてないんだよ。だからブレスト形式になっちゃったー。しかし、そこがいい！ドキュメントもコードもなしに、みんながそれぞれ持つ少ない情報から技術的知識と論理的思考によってErl
みかログ: 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
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
