問題タブ [session-scope]

プロデューサー付きのコントローラーがあります。

ユーザーをサーブレットに挿入すると、常に同じユーザーを取得します(オブジェクトIDを比較しました)-異なるセッションでも。ユーザーを CDI Bean に注入すると、それは機能し、現在のセッションのユーザーを取得します。

ServerEndpoint には、Web ページで使用する必要がある関数と値がいくつかあります。@ServerEndpoint を SessionScoped ManagedBean として使用できますか? @ServerEndpoint、@ManagedBean、および @SessionScoped の 1 つのクラスで使用したい

J2EE、EJB 3.0、および JSF を使用したアプリがあります。私のセッションはJSFSessionで使用されています。アプリの任意のポイント (EJB、ManagedBean、Interceptor) で読み書きできる EJB にユーザー データを保存したいと考えています。何か案が？
THX

使用: EJB 3.1、JBoss AS 7、RestEasy。

セッションのユーザー情報を保存するために使用したいセッションスコープのBeanがあります。

ユーザーが Web アプリケーションを開くと、ユーザー ID を含むヘッダー情報 (アプリケーションは Webseal の背後で実行されます) を抽出するフィルターが適用されます。ログインしたユーザー オブジェクト (上記の LoggedInUser を参照) を作成する必要があります (ldap を呼び出した後)。その後、この LoggedInUser オブジェクトを別の @Stateless Bean に注入したいのですが、LoggedInUser は常に「空」です (メンバーは null です)。

サンプルの注入:

私は何が間違っていますか？

アクション クラスからセッションに属性を設定しようとしています

ユーザー名とパスワードが有効で、適切な JSP に移動すると、成功が返されます。しかし、設定したセッション属性はjspに表示されません

上記のコードは、jsp がリダイレクトさindex.jspれ"No valid session found"、コンソールに出力されます。

私は何が欠けていますか？

ログインしたユーザーに関する情報を保存する @SessionScoped Bean があります。

認証フィルター:

このセッション スコープ Bean は、いくつかの @Stateless Bean に注入されます。

今、私はユーザーをログアウトしたい:

その後、次に AuthenticationFilter (LoggedInUser も注入されています) が呼び出されると、loggedInUser オブジェクトは空になり、新しいユーザー情報を設定します。しかしその後、注入された LoggedInUser オブジェクトを含む @Stateless Bean が呼び出されると、オブジェクトは正しく設定されません。しかし、サービスを 2 回呼び出すと、新しい LoggedInUser 情報が正しく設定されます。

すべての @Stateless Bean が新しい LoggedInUser 情報を取得するにはどうすればよいですか?

sessionScoped マネージド Bean から viewScoped マネージド Bean を取得する必要があります。最初に@ManagedPropertyアノテーションを使用してみましたが、すぐに機能しないことがわかり、その理由がわかりました。次に、次の方法を使用しようとしました。

しかし、デバッグでオブジェクトにアクセスすると、pulsantiera は null で、viewMap オブジェクトには別の viewScoped マネージド Bean のみが含まれます。PulsantieraBeanクラスは次のように宣言されます。

一方、リクエストを行うクラスは次のように宣言されています

viewScoped マネージド Bean PulsantieraBeanが存在することが確実なメソッド内でリクエストを行います。

どんな助けでも大歓迎です。ありがとう、マルコ

概要 : Web アプリケーション (java、jsp、javascript を使用) でログイン システムを開発しました。

必要な機能:

ユーザーが同じブラウザの 2 つの異なるタブから同時にシステムにログインできないようにします。ユーザーがエラーメッセージ「ユーザーはすでにログインしています」を試行した場合。

問題: ステップ 1) 他のタブまたは 2 番目のタブからログインしようとすると、(予想どおり) エラー メッセージが表示され、再度ログイン ページにリダイレクトされます。ステップ 2) 次に、最初のタブからログアウトし、バックエンドで、作成されたすべてのセッション変数を削除します。ステップ3）次に、他の/2番目のタブログインページからログインしようとすると、セッション変数を再度取得し、空またはnullの変数を取得することが予想されます（ログアウトリクエストのバックエンドですでに削除しているため）。

予期される: 2 番目のタブのログインでセッション変数を再度取得するべきではありません。