Tomcat 6 の複数インスタンス用クラスパス - snbhsmt_log
Windows XP SP2 と CentOS 5.1 なマシンに、 Tomcat 6.0.16 と、ついでに Java SE 6 Update 4 もインストールしておいた。 Tomcat のスクリプトをざっと読む。 java.endorsed.dirs が $CATALINA_HOME/endorsed/ になっている。 だけど初期状態ではこのディレクトリは存在しない。 Tomcat 6 になってクラスローダが整理され、 $CATALINA_HOME/common/, $CATALINA_HOME/server/, $CATALINA_BASE/shared/ が $CATALINA_HOME/lib/ にまとめられている。 $CATALINA_BASE を指定して複数インスタンス環境で利用しているので、 shared が無くなってしまうのは困る。 なので、各インスタンス用にクラスパス
Apache 2.2.x と Tomcat の連携(1) ～mod_proxy_ajp の利用～ | UB Lab.
Apache 2.2.x と Tomcat 6.0.x/Tomcat 7.0.x を mod_proxy_ajp を利用して連携するとき、以前の設定をコピーしたり知っているはずのことを調べたりしてしまうので、メモとして残すことにした。環境は、Cent OS 6.4 と、Apache Tomcatからダウンロードしてインストールした Tomcat 6.0.x/Tomcat 7.0.x を想定している。テストした Apache のバージョンは、2.2.15だ。 必要なモジュール mod_proxy と mod_proxy_ajp が必要になる。httpd.conf もしくは httpd.conf がインクルードする設定ファイルに、以下の記述が必要だ。 LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_ajp_module
Simple Session-Sharing in Tomcat Cluster Using the Session-in-Cookie Pattern Part 1: The Basics - Shine Solutions Group
Simple Session-Sharing in Tomcat Cluster Using the Session-in-Cookie Pattern Part 1: The Basics 18 Dec 2012 Simple Session-Sharing in Tomcat Cluster Using the Session-in-Cookie Pattern Part 1: The Basics In a recent project we needed to deploy application changes to a Tomcat cluster without outage to the end user. To accomplish this the Tomcat sessions needed to be shared across the nodes. We opte
SAStruts の LinkageError で足踏み - deftrash in hatena
SAStruts でテストケースを用意してユニットテストを頑張っていたら、なぜか触っていないはずのアプリケーションにて、java.lang.LinkageError が発生して動かなくなってしまった。初めて見た、このエラー。 java.lang.LinkageError: loader constraint violation: loader (instance of org/apache/catalina/loader/WebappClassLoader) previously initiated loading for a different type with name "com/deftrash/app/dto/SampleDto"どうやら例によって HotdeployClassLoader と Tomcat のクラスローダのせめぎあいの問題のようだ。ただ、今回は1回目だけ〜という
[Java]SSL環境下でCookieにsecure属性を付与する | Share Technical Blogs
secure属性を指定するわけ HTTPSの通信時にのみクッキーを送信するようにする設定できます。指定しないとHTTPの通信時にHTTPSのクッキーが送信されることになり、盗聴される危険が発生します。 今回想定する環境 Apache + Tomcatでは基本的に設定をしなくてもsecure属性が指定されているはずです。（プロトコルがAJPであれば、server.xmlのConnectorのAttributeでも指定可能です）しかし、今回はLB経由でTomcatにアクセスしている場合を考えます。この環境だと明示的にsecure属性を指定しないと盗聴される可能性があります。 どこで設定を入れるか Tomcatのサーブレットフィルターを利用して設定を入れます。 フィルターの実装を追加する まず、javax.servlet.Filterインターフェースを継承したクラスSecureCookieFil
![[Java]SSL環境下でCookieにsecure属性を付与する | Share Technical Blogs](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d71ff5111e05619a10d29bb40d7aebaa75c8fbc/height=288;version=1;width=512/https%3A%2F%2Fs0.wp.com%2Fi%2Fblank.jpg)
書籍「詳解Tomcat」を読んで - n-agetsumaの日記
本書のレビューアの方から頂いたので読んでみました。以下、感想です。 詳解 Tomcat 作者: 藤野圭一出版社/メーカー: オライリージャパン発売日: 2014/12/26メディア: 大型本この商品を含むブログを見る 最近、Twitterのタイムラインで『はじめてのXXXや、XXX 入門じゃなくて、もっと至高のXXXとか終焉のXXXみたいな書籍が欲しい』のような意見を目にした気がしますが、本書はまさに詳解Tomcatでした。設定方法を羅列するのではなく、Tomcatはどういくアーキテクチャで成り立っていて、各機能の詳細な挙動はどのような仕様なのかがまとめられています。 1章 Tomcatとは 〜 2章 Tomcatの基本 までは、背景やインストール方法などの色々な書籍で見かける導入部分の内容です。3章 アーキテクチャからが本番です。 Tomcatアーキテクチャの文書化が嬉しい 普段Tomc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
