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
jsessionidはURLリライトとCookieどっちが優先されるか
Swift/Objective-C/Java/Ajax/JavaScript/CSSなどの情報、開発中にはまったことなどをメモしていきます。 HttpServletRequest#getRequestSessionId()でURLに付加したjsessionidとCookieにセットしたjsessionidのどちらが取得されるのかという問題だが、sessionトラッキングのサーブレット仕様から考えてCookieが優先されるだろう（セキュリティ的にも）。 引用 Java Servlet 2.5 Maintenance Release 2 （抜粋） ============================================== SRV.7.1.1 Cookies Session tracking through HTTP cookies is the most used sessi
負荷分散入門(ロードバランサ入門) 第6回 セッション維持機能 : 富士通
本連載では、信頼性の高いシステムを構築する上で欠かせない要素となってきた負荷分散技術と負荷分散装置(ロードバランサ)について解説します。 これまでの連載 第1回 負荷分散の必要性 第2回 負荷分散装置の基本機能 第3回 リクエストの分散機能 (1/2) 第4回 リクエストの分散機能 (2/2) 第5回 コンテンツ単位の負荷分散機能 第6回 セッション維持機能 第7回 故障監視機能と自動切り離し機能 第8回 連続サービス機能 第6回 セッション維持機能 第2回でも説明したように、 セッション維持機能は、付加価値の高いサービスを提供する上で欠かせない機能です。 利用者がWebサイトにアクセスしているとき、Webブラウザは比較的短い時間で接続を切ってしまいます。つまり、クライアントとサーバが常時接続されている訳ではありません。 負荷分散システムでは、クライアントからのリクエストが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tomcatでjsessionidをcookieにセットしない - 気の向くままに・・・
