問題タブ [codi]

私の Web アプリケーションは、Websphere 8.0.0.2 と Apache CODI 1.0.1 で実行されており、primefaces の ResourceHandler 実装に関連する問題があります。

Primefaces はリソース ハンドラー内の値式を評価して動的コンテンツを取得しますが、その理由と方法は重要ではありません。実際には、ResourceHandler は JSF ライフサイクル内の他のすべての前に呼び出されます。

ResourceHandler 内の値式で評価する必要がある Bean に ViewAccessScope を使用しています。デバッグしたところ、ValueExpression の CODI-Wrapper が FacesContext のビュー ルート、またはより正確にはそのビュー ID を取得しようとしていることがわかりました。問題は、その時点でビュー ルートが null であるため、評価が CODI クラスの NullPointerException で終了することです。

この問題の責任者は誰ですか?どのイシュー トラッカーにバグを投稿すればよいですか? 回避策の提案もいただければ幸いです:D

JSF Web アプリで、ユーザーがブックマークまたはコピーするための URL を作成したいと考えています。その部分は、次のように簡単です。

そのリンクには目的のパラメーター (recID) が含まれていますが、JSF サーブレットによって生成されたwindowidパラメーターも含まれています。windowidパラメータなしで URL を生成する便利な方法はありますか? それとも、これは何か違いがありますか？

（これはモハラと一緒です）

これは、JSF 2.0 用の MyFaces CODI JSF-Module v1.0.1 にあります。

私は @ViewAccessScoped バッキング Bean を使用する JSF ページを持っています。このページは、次のように別のページから呼び出されます。

ユーザー エクスペリエンスは、editLocationページが新しいウィンドウまたは新しいタブにポップアップ表示され、ユーザーがそれを編集し、closeOnUpdateパラメーターが true に設定されている場合、完了時にwindow.close()を呼び出すというものです。

それはすべてうまくいきます。ただし、ユーザーが別の場所を編集した場合、ViewAccessScoped Bean はまだそこにあるため、再インスタンス化されません。そのため、パラメータを確認することはなく、単に前のレコードの状態を思いつきます。

ブラウザーの URL ウィンドウでwindowidパラメーターを手動で消去すると、新しいバッキング Bean を取得できます。これをh:linkコンポーネントから削除する方法はありますか?

または、Bean が完了ボタンを押すと、Bean が含まれているスコープからそれ自体を削除する方法はありますか?

Myfaces CODIでDefaultErrorViewへの参照を見たことがありますが、いつものように、ドキュメントはすべてを想像に任せています。CODI は優れた JSF アドオンであることがわかりましたが、いくつかの例から非常に多くのメリットが得られます。

おそらく単純に、このコードで恐ろしい ViewExpiredException をキャッチできることを望んでいました。

...しかし、セッション タイムアウト後に発生するのは、get 要求を発行しようとすると (ah:link をクリック)、コンテナー セキュリティによってログイン ページが表示されることだけです。この DefaultErrorView で何ができるか知っている人はいますか?

ありがとう！

アプリケーションの JSF のバッキング Bean に会話スコープを実装しようとしています。最初は、MyFaces Orchestra を使用しようとしています。うまくいきそうです。ただし、アプリケーションがクラスター環境にデプロイされ、セッション レプリケーションが実行されている場合について懸念があります。では、MyFaces CODI と OpenWebBeans が良い選択かどうかを考えています。

2 つの質問があります。

(1) MyFaces Orchestra は、分散セッションをサポートしていないと主張しています。クラスタ環境ではうまく動かないということですか？

(2) MyFaces CODI をクラスター環境にデプロイした場合、問題はありますか? そのドキュメントには、これに関する情報が見つかりません。

JSF 2.0 (impl Mojarra 2.1.6) を使用する EE アプリケーションがあります。私が使用するサーバーはグラスフィッシュ 3.1.2 で、CDI の実装は WELD です。アプリケーションを実行すると、次の例外が発生することがあります。

いつも起こるわけではありません。それが発生した場合、アプリケーションを再度実行すると、問題なく動作します。でも面倒くさいし、どうしてこうなったんだろうと思います。誰か知っていますか？

JBoss6.1.Final、JSF 2.0（Mojarra）、Weld CDI、MyFaces CODI 1.0.5（ビューアクセススコープ用）を使用しています

ベストプラクティスを再考する実世界のJavaEEパターンのゲートウェイパターンのようなものを使用しています（残念ながら私はそれを持っていないので、ここで何かを台無しにした可能性があります）。基本的に、このアプリケーションを使用すると、ユーザーは「編集モード」に入り、永続コンテキストが拡張された@ViewAccessScopedバッキングBeanに保持されているユーザーのリスト（作成、編集、削除）を編集してから、フラッシュする「保存」コマンドリンクをクリックできます。データベースへのすべての変更。最初はViewExpiredExceptionsに問題がありました（ブラウザがセッションタイムアウト期間を過ぎてアイドル状態になり、その後さらにリクエストが実行された場合）が、セッションを維持するサーブレットにgetリクエストを作成するためにjQueryを追加しました（10と呼ばれます）。セッションタイムアウトの数秒前）。これは機能しているようですが、別の問題が発生しました。バッキングBeanもSFSBであり、アイドル時間の後、

13：06：22,063重大[javax.enterprise.resource.webcontainer.jsf.context] javax.el.E​​LException：/index.xhtml @ 27,81 render = "＃{！conversationBean.editMode}"：javax.ejb.NoSuchEJBException ：ステートフルBeanが見つかりませんでした：43h1h2f-9c7qkb-h34t0f34-1-h34teo9p-de

SFSBの削除を防ぐ方法、または少なくともそれをより適切に処理する方法についてのアイデアはありますか？

これが私のバッキングBeanです：

PersonエンティティBeanは次のとおりです。

ビューは次のとおりです。

セッションを存続させるために使用されるサーブレットは次のとおりです（セッションが期限切れになる10秒前にjQuery ajax getリクエストによって呼び出されます）。

Java EE 6 (JSF CDI EJB) を使用した Web アプリケーションで作業していますが、これは同時ログイン (同じユーザーとパス) を許可してはなりません。

私が好きなのは：

ユーザーが 2 回ログインした場合、最初のセッションを無効にする必要があり、古いセッション データ (SessionScope または Apache CODI の WindowScope などの他のスコープを持つすべての CDI Bean を含む) が新しいセッションに転送されます。

これは、指名手配のセッション ハイジャック アプローチのようなものです :-)

JSF 2.0 (Mojarra) で JBoss 7 を使用し、CDI として Weld を使用していました。JBoss がすでに提供しているものすべて。また、パッケージに Primefaces を追加しました。だから今のところ、私のプロジェクトは次のとおりです。

JBoss 7 + JSF 2.0 + Primefaces + Weld

しかし、JSF ViewScope が Weld (および CDI) に欠けていると感じていたので、プロジェクトに MyFaces CODI を追加しました。でも今は色々混ぜてる感じで、何が何だか分からない。だから私はいくつかの質問があります：

1 - MyFaces CODI をプロジェクトに追加するのは CDI のみですか、それとも Mojarra も変更していますか?

2 - MyFaces CODI を追加すると Weld も無効になりますか、それとも ViewScope に CODI を使用し、他のもの (Request、Application、Session など) に Weld を使用していますか? これは良い考えですか？

私の質問を理解し、私を助けてくれることを願っています = P

myfaces-extcdi-core-api-1.0.5.jarとmyfaces-extcdi-core-impl-1.0.5.jarをクラスパスに追加し、いくつかのBeanをConversationScopedとしてマークしましたが、JBossを起動すると次のエラーが発生します。 7.1.0サーバー:(原因は何でしょうか???）