問題タブ [weld]

JAX-RS 2.0の1つの目標は、CDIを整数化し、古いもの@Contextを一般的な@Injectインジェクションに置き換えることでした。しかし、私がJSR 339を見ると、これは言及されていません。では、実際にはCDI統合とは何ですか？Google Guiceの代わりにCDIでJAX-RSを使用する利点はありますか？

私はJBoss7.1.1.Final、Weld、Seam3でアプリケーションを作成しています。次のBeanがあります。

これで、ユーザーは複数の会話を作成でき、各会話はConversationBeanのインスタンスに関連付けられます。長時間の会話に関連するすべてのインスタンスを取得できる必要があります。

それらへのアクセスが必要な理由は、ユーザーが1つの記事を複数回開くと（したがって、同じ記事で複数の会話が作成されるため）です。彼が1つの会話で記事を変更した場合、他の会話で記事を更新できるようにしたいと思います。

これを行うための標準的な方法はありますか？

編集：「記事」インスタンスはentityManagerによって検索され、会話内で管理されます。エンティティマネージャは、Seam ManagedPersistenceContextを使用して取得されます。

基本的に、タイマーでいくつかのプロパティを取得したいのですが、プロパティ Bean が @postconstruct を呼び出していないように見えるため、null ポインターを取得し続けます。理由はありますか？

DataCaptureTimer.java:

プロパティ Bean

スタックトレース

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

溶接CDIドキュメントから：

会話コンテキストは、JSF Facesリクエスト（JSFフォーム送信）またはリダイレクトで自動的に伝播されます。リンクを介したナビゲーションなど、顔以外のリクエストでは自動的に伝播されません。

疑問に思っていたのですが、コンテキストはJSFに伝播し、一時的な会話の要求にも直面しますか？そして、より一般的には、一時的な会話と長時間の会話の間の伝播に関する違いのどこかに概要がありますか？

最初の質問に対する答えが「はい」であると仮定して、長時間の会話が必要になるユースケースを提供できますか？

Weblogic 10.3 で Weld、JPA2、Vaadin に基づくアプリケーションを実行しようとしています。

私の問題は、Weld がすべての Bean を登録しているように見えますが、サーブレットに注入されないことです。

次のログ メッセージは疑わしいです。

基本的に、溶接の統合については、 http: //jianmingli.com/wp/ ?p=4373 のブログに従いました。

おそらくhttp://docs.jboss.org/weld/reference/1.0.0/en-US/html/environments.html#d0e5036に従って beanmanager を設定する必要がありますが、方法がわかりません。

誰にもアイデアはありますか？

/敬具

同じユーザー セッションへの 2 つの呼び出しに対して @SessionScoped Bean の異なるインスタンスを取得しています。何がこれにつながる可能性がありますか？

@SessionScoped アノテーションが付けられた Bean がサーブレットと RESTEasy JAX-RS Web サービス エンドポイントに注入されます。ユーザーは、証明書を使用して HTTPS を使用してログインします。最初の呼び出しは RESTEasy エンドポイントに行きます。ブラウザからの次の呼び出しはサーブレットに行きます。両方の呼び出しで同じ Bean インスタンスが期待されますが、それらは異なります。... 何か案は？

JBoss 7.0.1 の使用

豆：

REST エンドポイント:

サーブレット:

Google Guiceには、1回の呼び出しでプロパティをバインドできる便利な方法があります。

その後、注釈によって注入可能になります。

CDI（Weldによって実装された）に同等の方法またはさらに優れた方法はありますか？

ユニットテスト用のMavenプロジェクトがあり、CDIを使用したいと思います。私は次のようにpom.xmlにweld-se依存関係を置きました：

JUnitテストランナーで溶接をブートストラップしています：

そして、このランナーを使用した単体テスト。このテストでは、アプリケーションスコープのBeanを注入しています。問題は、アプリケーションスコープのBeanが溶接するのがまったく不明であるかのように、唯一の注入ポイントへの「不満足な依存関係」のために溶接を初期化できないことです。しかし、そのBeanは私のテストではsrc / test / java / ...にあります（ただし、別のJavaパッケージにあります）。

src / test/resourcesに空のbeans.xmlがあります。

開始時に溶接が警告を出すことに気づきましたが、これらが私の問題の原因ではないと思います：

誰かがそれを手伝ってくれる？