クラスタ内の2つのサーバーインスタンスでセッションレプリケーションを行っています。Weblogic 10、セッションレプリケーション
セッションIDは2番目のサーバーに複製されないため、常に新しいものが作成され、開いているアプリケーションがエラーを出して閉じられます。サーバーインスタンスがダウンしているかどうかをユーザーが認識しないように、サーバーインスタンスのこのフェールオーバーを渡す方法。ここで今、あなたはアプリケーションサーバーに行くことを直接あなたのセッションIDの問題を軽減するために現れ緩和していないことを知っていることを、あなたがより深くデバッグを行う必要があり、私はweblogic.xmlの
<?xml version="1.0" encoding="ISO-8859-1"?>
<weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app">
<session-descriptor>
<session-param>
<param-name>URLRewritingEnabled</param-name>
<param-value>true</param-value>
</session-param>
<session-param>
<param-name>PersistentStoreType</param-name>
<param-value>replicated</param-value>
</session-param>
</session-descriptor>
<context-root>@[email protected]</context-root>
</weblogic-web-app>
です)クッキーのキーとしてJSESSIONIDを参照してください?例えば、Apache Webサーバー、OHS、物理的ロードバランサ? HTTPセッションデータがインスタンス間で複製されないように見えるか、またはセッションIDが後続の要求で戻されないことがわかっている(新しいセッションオブジェクトが作成される) – BestPractices
Apache Webserver +ロードバランサ。セッションIDが後続のリクエストで返されない(新しいセッションオブジェクトの作成を引き起こす) – Yahiya
あなたは1)ロードバランサを経由せずに2)Apache Webを経由してサーバーにリクエストをテストできますか?サーバー(その結果、セッションIDに何が返されないのかを特定できるようになります)。無料ツール「FireBug」を使用して、サーバーに送信されている要求を調べることをお勧めします。それは、セシオニドが最初にリクエストと共に送られているかどうかを伝えます。このツールを使用して直接WebLogicにアクセスするか、Apache WebServerに直接アクセスすると、ロードバランサまたはApache WebServerが要求からセッションIDを削除しているかどうかがわかります。 – BestPractices