JSPとどう連携して使うのか
サーブレットにおけるセッション管理 では、実際に構築の話に移ろう。Webアプリケーションで、まず始めに考えなければならないことは、セッションの管理である。本稿では、サーブレットのみでの構築と、JSPと連携した構築の両方について説明する。 セッション管理はセッション・オブジェクトを使う HTTPリクエストがセッションレスであるため、サーブレットにはセッション管理という機構がある。サーブレットは基本的に1つのURLに対して1つのインスタンスで稼働するため、そのインスタンスは複数のWebブラウザで共有される。Webブラウザごとに違う状態やデータを管理するには、セッション・オブジェクトを利用する必要がある。セッション・オブジェクトは、接続しているWebブラウザの数だけインスタンスが作られ、セッションIDと呼ばれるストリングをWebブラウザ上にクッキーなどの方法で保管することによってWebブラウザと
Sun Developer Connection - Technical Articles
はじめに BluePrints では、すでに実績のあるアーキテクチャデザインを、デザインパターンとして再利用することを推奨しています。ソフトウェア業界では、多くの実績あるデザインパターンが使われている例があります。J2EE アプリケーションに適用されうる特定のパターンもいくつかあります。これらのパターンを使えば、優れた設計、コードの再利用、堅牢な設計を推し進めることができます。 モデル ビュー コントローラ (MVC) パターン 設計レベルでのデザインパターンを少し見ると、MVC パターンが、J2EE に適用可能なことがわかります。BluePrints を初めて見ると、BluePrints のガイドライン全体を通して、MVC パターンへの関連があることに気付くかもしれません。ここでは、MVC デザインパターンに関して復習し、どのように Web アプリケーションに適用できるかを見て
サルでもわかる 逆引きデザインパターン
デザインパターンは「良い設計の虎の巻」 デザインパターンとは簡単に言うと「良い設計の虎の巻」です。 プログラミングや設計をしていると、以前経験したことがある、 似たような問題に出くわすことがよくありますよね。 そのような問題の解決法にわかりやすい名前を付けて、 カタログ化（虎の巻化）したものがデザインパターンです。 デザインパターンは虎の巻ですので、 知っているのと知らないのでは設計や効率に大きく差がついてきます。 先人たちの「設計に関する試行錯誤の結果」であるデザインパターンを、 効果的に再利用しない手はありません。 デザインパターンにはいくつか種類があります。 表１ デザインパターンの種類 カタログ名 説明
2007-09-05
ServletResponseに対してGZipOutputStreamによる圧縮を施しているのだが、RequestDispatcher#includeを実行すると圧縮したストリームの内容が壊れるところまでは判明した。 前エントリをきっかけにJava Servlet Specification Version 2.4を読み直した所、ピコンと閃き3日ごしのトラブルの原因が判明した。 問題になっているコンテンツの圧縮処理はサーブレットフィルタによりServletOutputStreamをGZipOutputStreamで置き換えることで実装しているのだが(よくあるパターンだ)、該当フィルタのweb.xmlにおけるフィルタマッピングの定義が原因だった。 GZipFilter *.jsp この記述、ServletAPI2.3までは何も問題がないが、ServletAPI2.4準拠のコンテナでは問題が発
サーブレットの様々なサンプル - セッションの管理 -
セッションについて Java サーブレットは HTTP プロトコルを使用します。HTTP はステートレスプロトコルです。 サーバは、リクエストを受け取ってレスポンスを返すと、クライアント ( ブラウザ ) との接続を終了します。 サーバにはクライアントを一意に識別できる情報を持っていないため、クライアントの情報は維持されません。 ( サーバはどのクライアントがどの情報を持っていたかを判断できない。 ) 上記の問題を解決するための仕組みがセッション管理となります。 セッションとは、簡単に説明するとクライアントがサーバに接続してから切断するまでの 1 接続単位です。 一般的には 1 リクエスト単位ではなく、例えば、ユーザがログインしてからログアウトもしくは、 ブラウザを閉じるなどの操作を行うまでの間を表します。 1 セッションの間には、複数回のリクエスト送信、レスポンス受信が
サーブレット・フィルタの理解および使用方法
Oracle Containers for J2EE サーブレット開発者ガイド 10g リリース3（10.1.3） B28596-01 5 サーブレット・フィルタの理解および使用方法 サーブレット・コンテナが、クライアントにかわってサーブレット内のメソッドをコールすると、クライアントが送信したHTTPリクエストは、デフォルトで、サーブレットに直接渡されます。サーブレットが生成するレスポンスは、コンテナによる内容の修正なしに、デフォルトでクライアントに直接返されます。 これに対して、サーブレット・フィルタを使用して、Webアプリケーション・リクエストの前処理やサーバー・レスポンスの後処理を実行できます。フィルタについては、「前処理および後処理のためにフィルタを使用する場面」で簡単に説明しましたが、次の項で詳しく説明します。 フィルタ機能の概要 標準Filterインタフェース フィルタの実装お
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
itarchitect.jp
http://iislab.ele.kindai.ac.jp/moodle/mod/resource/view.php?id=119
Server Side Java 入門
トップページ