Jetty 6.0 Continuations、まとめ - FAX
Jetty 6.0 Continuations、まとめ 技術 Jetty 6 Continuations(継続) - Ajax対応！ このエントリは、上記エントリのまとめだ。私の思う要点は、以下2点。 クライアントのリアルタイムの更新を行う、大規模アプリケーションの作成には工夫がいる。 Gregさんの問題定義と解決が正しいとすると、Javaだけでなく、他の言語にも応用ができる。 JettyはAjaxアプリケーション向けに、JSP抜きの構成を提供している。 これは、先日の「エンタープライズAjaxアーキテクチャ」に対応する。EJBも、JSPも捨て、J2EEはサーブレットのみの時代まで戻るということだ。 問題とJettyの解決策 従来のモデル 1ユーザー(コネクション)あたり、1スレッド。 非常に活動的なコネクションを使うアプリケーションなら効率的。 実際は、そのようなアプリケーションは少ない
Lingr and Comet - 技術解説編:Kenn's Clairvoyance
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
Adobe Revelは理想の写真保管ツールかもしれない - @hitoshi annex on hatena
デジカメを使うようになって約10年。この10年は、撮影した写真の保管方法で悩む10年でもありました。フィルムと違って、デジカメは何枚でも気楽に撮影できてしまいます。気づけば、一日で数百枚撮ってしまうことだって珍しくありません。それをどう保存していけばいいのでしょうか。 HDDなどのストレージ製品の価格はどんどん安くなり続けていますから、いつかは「いくらでも無限に保存できる」ほどの膨大な容量を持った外付けHDDが現れるだろうと期待していた時期もあります。しかしよく考えてみたらそれと比例して、デジカメの高画素化も進んでいるわけでして。写真一枚あたりのファイルサイズもどんどん大きくなって、今やRAWで撮影しようものなら、一枚が数十MBにもなります。結局は常に「写真を保存したくてもディスクが足りない」的な問題との戦いは続くのでありました。 さらに先日は、外付けで使っていたHDDがぶっ飛ぶというトラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リアルタイムなチャット (2) - まちゅダイアリー (2006-04-11)
