WebLogicでのセッション作成のデバッグ

weblogicサーバーへの呼び出しで、元々送られてきたJSESSIONを置き換える新しいJSESSIONID値が返されることがあるという問題をデバッグします。WebLogicでのセッション作成のデバッグ

問題は頻繁に発生しますが、一貫して発生するわけではありません。（つまり、影響を受けると、トラフィックの90％が影響を受けます）

この問題は、実際のサーバーコールとは関係がないように見えるため、デバッグが難しくなります特定の方法。

WebLogicでJSESSION作成にフックして、セッションの作成/破棄/無効化の原因を調べる方法はありますか？

リモートデバッガを接続することは素晴らしいことですが、私は正しい方向に私を向けるかもしれない何らかの形のログに解決しますか？

出典

2011-07-12 Marty Pitt

は、Apacheやその他のWebサーバーやロードバランシングスイッチによってクラスター化されたWeblogic環境ですか？ – JoseK

@JoseK - はい、問題を示す環境には、2台のサーバー間でApacheサーバーのバランスがとれています。しかし、すべての呼び出しが同じWebLogicインスタンスの –

に到着していることが検証されました。これは、Apacheが要求をWL境界間で切り替えてユーザーに新しいJSESSIONIDを取得させた過去の問題です。もし皆さんが同じインスタンスにぶつかっているのであれば、WLはJSESSIONIDを認識しないのです。つまり、これらは保持されています。つまり、ApacheとWLの間を通り過ぎてしまいます。第2に、同じJSESSIONIDが20分以内にセッションタイムアウトに達した場合、WLはそれを認識していたはずです。セッションが破棄されている場所を追跡するのが正しいでしょう。明示的なコードがsession.invalidate（）を実行するのではないかと思いますが、すべてに影響します。 – JoseK

これはサーブレット仕様の標準的な部分です（WebLogic固有ではありません）。 HttpSessionListenerインターフェイスが必要です。

サーブレットセッションの内容は実際には悪いことに注意してください。メモリの問題が発生したときに見られる動作の種類は、SeaJUG（ユーザーとユーザーセッション管理の再考）のプレゼンテーションをチェックしてください。。スライドとビデオが掲載されます。

出典

2011-07-12 23:31:33

偉大な - ありがとう。私は、私たちの問題の原因となっている方向に私を向けるのを助けたsessionListenerを書きました。 –

Nodemanager/WLSTは、Weblogic Admin、Enterprise Fusion Middleware Control、またはCloud Controlを使用したサーバのデバッグと監視にも役立ちます。

出典

2017-03-20 20:29:10

WebLogicでのセッション作成のデバッグ

答えて

関連する問題