Tomcat 8でBackupManagerを使ってユニキャスト通信でセッションレプリケーション - Qiita
BackupManagerにはexpireSessionsOnShutdown属性がないので削除します。 なお、DeltaManagerのexpireSessionsOnShutdown="false"、両Managerの**notifyListenersOnReplication="true"**はデフォルト値通りなので記述しなくても構いません。 他の部分は元のまま変更しなくてOKです。 DeltaManagerとBackupManagerの違い 詳細については、以下の書籍をご覧ください。 詳解 Tomcat（オライリー・ジャパン） ※5章 5.2.3でセッションレプリケーションについて解説されています。 DeltaManagerはクラスタ中の全ノード（サーバ）間でセッション情報（ID・オブジェクトなど）をAll-to-Allでレプリケートします。 クラスタ内のノードが2台の場合、例えば
Tomcat 8からRDS for MySQLへのJDBC SSL接続／2015年の証明書版メモ - Qiita
Tomcat 8からAWSのRDS for MySQLに、SSL証明書を使ってJDBC接続するための設定です。 2015年に証明書が更新され（ルート証明書・リージョン別中間証明書、新・旧など）複数に分かれた関係で、提供される.pemファイルが（2010年版証明書の手順のままでは）.jksファイルに正しく変換できなくなっていましたので、手順をメモとして残しておきます。 ポイント https://s3.amazonaws.com/rds-downloads/rds-combined-ca-bundle.pem ファイルを使う ↑を.jksファイルに変換する際、証明書毎に1つずつ.jksファイルに追加していく 参考にしたもの http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/UserGuide/UsingWithRDS.SSL.html（AWS公
Tomcat Cluster のセッションレプリケーションのハマりどころ |
Apache Tomcat を複数台のクラスタ構成にし、Tomcat 間でセッション情報を共有するセッションレプリケーション機能を利用した開発プロジェクトをいくつか経験してきましたが、それらのプロジェクト内において誰かしら同じ内容でハマるので、本稿では今まで経験してきた”ハマりどころ”を共有し、今後のプロジェクトに役立てたいと思います。 本稿では、Tomcat にデプロイされるアプリケーションの観点と、Tomcat そのものの設定の観点の両方について、今までにハマったポイントを解説します。 アプリケーションの web.xml に distributable の指定を忘れる Java の WEB アプリケーションでは、アプリケーション内に web.xml を持つ必要がありますが、セッションレプリケーション機能を利用するアプリケーションを Tomcat にデプロイする場合には distribu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
