第6回 アプリケーションの作成と配布物の生成 | gihyo.jp
連載の最後となる今回は、WebSocketのトピックをいくつか取り上げたあと、WebSocketChatのアプリケーション化と配布物の生成を行ないます。 WebSocketのセキュリティ WebSocketは、リビジョン76で接続処理に手を加え、堅牢性が増しています。また、HTTPと同様なOriginを基にしたセキュリティモデルを採用しています。Ajaxと違い、現行のWebSocket対応ブラウザ側には、same originポリシーによる制限はないようです。 Jetty7はそのままでは、cross originが可能です。制限が必要な場合は、「CrossOriginFilter」（※1）を使用します。 最新の仕様 第3回「データ送信の詳細」の項で、フレームタイプについて説明しました。最新の仕様では、フレームタイプの扱いが大きく変更になりそうです。ドラフト版のリビジョン76の段階では、
おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） (recompile.net)
« おとこのCometアプリケーション！ 非モテのためのJetty 6 Continuation入門まとめ（後編：その１） | メイン | example.com にAレコードが振られているどころかApacheが元気に稼働中である件 » おとこのCometアプリケーション！ Jetty 6 Continuation入門まとめ（後編：その２） このエントリーは、前回からの続きです。 サーバの実装 クライアント側の実装は、 リクエストを発行してから、カウンターの値が返ってくるまで待つlong-pollの仕組み ユーザからのイベントをうけて、カウンターの値を増加させるようにリクエストする仕組み というふたつに分類することができました。サーバ側についても、それぞれに対応するかたちで実装していきます。 Jetty 6では、Ajaxアプリケーションのために、org.mortbay.util.ajax.
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スレッド。 非常に活動的なコネクションを使うアプリケーションなら効率的。 実際は、そのようなアプリケーションは少ない
Jetty 6 Continuations - Ajax対応！ - FAX
Jetty 6 Continuations - Ajax対応！ 翻訳 (via こんな毎日・・・) 原文：Jetty 6.0 Continuations - AJAX Ready! 著者：Greg Wilkins Jetty 6.0.0 alpha 3がリリースされました！ サーブレット2.4のサーバが400kのjarと、たった140kの依存ライブラリに収まっています。(さらにJSPが必要な場合でも、たった2.6Mです！！)。 小さくて、速くて、簡潔で魅力的な点は全く損なわずに、スケーラブルなAJAXアプリケーションを構築するための、Continuationsと言う新機能をJetty6はサポートしました。Continuationsは、スレッドを使わずに非同期イベントの待機を実現します。 コネクション単位スレッド スケーラブルなサーブレットサーバを構築する上で、主要な課題の1つにスレッドとコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
