回答編集履歴
1
コメントに対する追記
answer
CHANGED
|
@@ -6,4 +6,8 @@
|
|
|
6
6
|
- PreDestroyが確かに呼ばれているかトレース出力を仕込んで確認する
|
|
7
7
|
- APPサーバログに関連するエラーが出ていないか確認する。ページアクセス、APPサーバ起動、デプロイのタイミング周りでエラーが出ていないか
|
|
8
8
|
|
|
9
|
-
BackingBeanはProxyクラスでインスタンス化されるので、コンパイルでエラーが無くてもインスタンス化の契機でエラーが発生する場合が有ります。その場合、原因はAPPサーバログで判る場合が有ります。
|
|
9
|
+
BackingBeanはProxyクラスでインスタンス化されるので、コンパイルでエラーが無くてもインスタンス化の契機でエラーが発生する場合が有ります。その場合、原因はAPPサーバログで判る場合が有ります。
|
|
10
|
+
|
|
11
|
+
[2/23追記]
|
|
12
|
+
SessionScopedのBeanは、同Beanを使用しているJSFページがアクセスされた契機でインスタンス化（Proxy経由なので活性化という表現が正確かもしれません）されます。
|
|
13
|
+
LoginページではSessionScopedのBeanメソッドを呼ばず、遷移さきのMenuページでSessionScopedのBeanメソッドを使用しているとすればinvalidateSessionの契機でPreDestoryが呼ばれるのは正しい動作です。
|