[B! tomcat][jsessionid] kyouzontのブックマーク

Struts による五目並べ対戦システム～セッションって一体何なの？

Tomcat などを使う理由として、最大のものは当然「セッションがあるから」である。が、ホントは「セッション」なぞＨＴＴＰにはないのである。ＨＴＴＰはいわゆる「ステートレス」なプロトコルであり、「一度接続してレスポンスを返したらそれで終わり」な動作をするものである。前のアクセスと後のアクセスとは、本質的には何の関係もない...これがＨＴＴＰなのである。しかしこれでは「Webアプリ」は困る。アクセスの正当性をチェックするために「パスワード認証」をしたアクセスと、「正当なユーザが正当な操作をする」アクセスとが、何らかのかたちで結びついてくれないと困るわけだ。だから「強引に前と後のアクセスを結びつける」機能をアプリケーションサーバは提供しており、これが「セッション」なのである。じゃあ、強引に結び付けるための「糊」はなんだろう。この「糊」はやはりＨＴＴＰで利用可能で、一連のアクセスで同じ内容が

kyouzont 2011/05/26

リンク

Javaの道：Servlet（６．セッション管理）

概要セッション管理は異なるページ間で同一のクライアントを認識する方法です。ショッピングサイトなどで、異なるページにわたって、同一クライアントの情報を管理する場合などに使用します。Ｓｅｒｖｌｅｔプログラムはセッション管理にクライアントごとに割り当てるセッションIDを使用します。セッションIDは以下の手順で管理されます。クライアントが初めてServletプログラムにアクセスした際、セッションIDが生成されます。生成されたセッションIDはクライアントに返され保管されます。再びクライアントがServletプログラムにアクセスする際にセッションIDがクライアントから送信されます。 Servletプログラムでは送信されたセッションIDにより、同一クライアントかどうかを判断します。

kyouzont 2011/05/24

memo:encodeURLメソッドはクライアントがcookieを使用できない場合、URLにjsessionIDを自動で付加する。

リンク

server.xml設定文書について

Tomcatの設定ファイルは、XMLで記述されたサーバの設定のためのserver.xmlと、ウェブ・アプリケーション毎に設定するweb.xmlその他が存在する。web.xmlファイルはserver.xmlが置かれているディレクトリにも存在するが、これはデフォルトとして存在するもので、これと相違する個所を各アプリケーションでオーバーライドすればよい。 web.xmlは、サーブレット仕様書にDTD（文書型定義）がきちんと定められているので、比較的理解しやすい。web.xmlのDTDは、本サイトのServlet仕様書の翻訳版の第13章に示されているので、参照されたい。しかしながら、server.xmlについてはMinimalistic User’s Guideが存在する（日本語化されたものもインターネット上に存在する）だけで、非常に分かり難い。ここでは、多少系統的に説明を試みたい。 server

kyouzont 2011/05/23

リンク

Tomcatでjsessionidをcookieにセットしない - 気の向くままに・・・

日々の事柄での雑感を気の向くままに・・・（Java/Tracネタが多いですが、最近はカメラネタも増えてきたかも（撮影したデータはPicasa Web Albumにて公開しています））。まれに、役に立つ情報が紛れ込むかも知れません？？なお、技術的な（？）内容に関しては勘違いや知識不足等で「実は間違い」ということもありますのでご注意ください（後日訂正している可能性もあります）。 ※トラックバックは即時公開されないように設定しております。あらかじめご了承ください。なお、スパムと判断されるようなトラックバック・コメントは問答無用で予告なく削除します。