mod_proxyのProxyPassReverseの意味がようやく理解できた - うまいぼうぶろぐ
気がする！ なぜProxyPassReverseにbalancer://~~ を設定できないのか *1 なぜProxyPassReverseにajp://~~ を設定できないのか なぜbackendがhttpとajpの場合で、ProxyPassReverseに設定するURLが異なるのか などなど。今まではmod_proxyする機会がほとんどなく適当にお茶を濁していたので、世間の人から相当遅れているとは思いますが、せっかくなので自分用まとめ。思いついたことをつらつらとメモっているからかなり冗長ですが。 追記 20100907 http://ftp.riken.jp/net/apache//httpd/CHANGES_2.2 apache 2.2.12 から、balancer:// のURLにもProxyPassReverseが使えるようにmod_proxyがパワーアップしていました。 *)
Javaの道：Tomcat（４．Webサーバとの連携）（Windows環境）
概要 TomcatもWebサーバ機能を持っていますが、従来のWebサーバソフトと比較すると性能が良くなく検証作業など内部利用にとどめた方が良いと言われています。本格的なWebサーバ機能が必要なシステムでは、Apache、IISなどの専用WebサーバソフトとTomcatを連携して使用します。以下に、TomcatのWebサーバ機能を利用すべきでないと言われている理由を記載します。 TomcatのWebサーバ機能は歴史が浅く、Webサーバ専用ソフトと比較すると安定性が悪く、セキュリティも高くない。 TomcatのWebサーバ機能は一般に高速ではない。 Webサーバ専用ソフトを使用することにより静的コンテンツと動的コンテンツの処理を分散させることができる。
Struts による五目並べ対戦システム～セッションって一体何なの？
Tomcat などを使う理由として、最大のものは当然「セッションがあるから」である。が、ホントは「セッション」なぞＨＴＴＰにはないのである。ＨＴＴＰはいわゆる「ステートレス」なプロトコルであり、「一度接続してレスポンスを返したらそれで終わり」な動作をするものである。前のアクセスと後のアクセスとは、本質的には何の関係もない...これがＨＴＴＰなのである。 しかしこれでは「Webアプリ」は困る。アクセスの正当性をチェックするために「パスワード認証」をしたアクセスと、「正当なユーザが正当な操作をする」アクセスとが、何らかのかたちで結びついてくれないと困るわけだ。だから「強引に前と後のアクセスを結びつける」機能をアプリケーションサーバは提供しており、これが「セッション」なのである。 じゃあ、強引に結び付けるための「糊」はなんだろう。この「糊」はやはりＨＴＴＰで利用可能で、一連のアクセスで同じ内容が
TomcatとJBossの違い – OpenGroove
正直よくわからなくて苦手だったアプリケーションサーバの分野なのだが、諸事情により そうも言ってられなくなってきたので、まとめてみることにした。 とりあえずTomcatとJBossの違いあたりから。 まずTomcat。 TomcatはJakartaプロジェクトのサブプロジェクトとして開発されているオープンソースの ソフトウェアで、JavaでWebアプリケーションを開発する際に使用するJSPとServlet を実行させるためのエンジン（JSP/Servletコンテナ）である。 言い換えると、TomcatはJSPやJavaサーブレットを処理するアプリケーションサーバである。 JSP/Servlet Sunによって開発されたサーバサイドのJava技術で、動的コンテンツ 生成／提供のための仕組みのひとつである。 なお、JSPはJavaServer Pagesの略。JSPとサーブレットについては以下に
Javaの道：Servlet（６．セッション管理）
概要 セッション管理は異なるページ間で同一のクライアントを認識する方法です。ショッピングサイトなどで、異なるページにわたって、同一クライアントの情報を管理する場合などに使用します。Ｓｅｒｖｌｅｔプログラムはセッション管理にクライアントごとに割り当てるセッションIDを使用します。 セッションIDは以下の手順で管理されます。 クライアントが初めてServletプログラムにアクセスした際、セッションIDが生成されます。 生成されたセッションIDはクライアントに返され保管されます。 再びクライアントがServletプログラムにアクセスする際にセッションIDがクライアントから送信されます。 Servletプログラムでは送信されたセッションIDにより、同一クライアントかどうかを判断します。
Tomcat覚え書き
最終更新: 09.11/8 以下はJRE 1.5・Tomcat 6.0・MySQL 5.0によるWebアプリの運用環境構築の手順をメモしたものです。工人舎H6SKB04Aを買ってメインの別PCで動かしているシステムのクローンを作るべく最新版の各安定バイナリを落としてきたら，結果的にメジャ_ヴァージョンナップになりました。動作環境は Windows Vista Home Basic で，UACは切ってあります。 はじめは前回同様の手順で構築してみたんですが，MySQLが文字化けしちゃったのをどーーーしても解消できませんでした。結局Shift_JISを捨て，UTF-8に統一して対処しています。Shift_JISその他の文字コードをつかいたい方にはこのペイジは役に立ちません。 ありゃ，いま（07.9/25）見たら JRE の最新は 6 update 2 になってますね。MySQLも5.1？ 前掲
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
unixlife.jp
web.xml デプロイメント記述子の要素
Tomcatでjsessionidをcookieにセットしない - 気の向くままに・・・
http://neta.ywcafe.net/001172.html