問題タブ [openejb]

TomcatとOpenEJB3.1.4を使用しています。メッセージ駆動型Bean（EJB 2.0-MDB）を使用してMQからメッセージを受信して​​います。OpenEJB-Tomcatを使用してMDB経由でメッセージを受信するには、すべての構成またはセットアップを行う必要がありますか？

javax.ejb.embeddable.EJBContainer を使用して OpenEJB を TestCase に埋め込む。

EJBContainer コンテナ = EJBContainer.createEJBContainer();

常に「null」を返します。

EJBContainer をインスタンス化し、単体テストのために EJB 3.0 ローカル ステートレス セッション Bean をルックアップするためのコンテキストを取得する方法は?

初期コンテキストからではなく、作成されたコンテナからコンテキストを取得したいのですが、どうすればよいですか?

私が理解しているように、 javax.security.auth は認証と承認のための API です。

セキュリティはコンテナー プロバイダーによって実装されるべきであり、Bean プロバイダーは、JSR が推奨するように、Bean の単純な注釈 ( など)@javax.annotation.security.RolesAllowedでそれを使用できることを理解しています。@PermitAll

私の質問: これは単に、コンテナーにデプロイしないとセキュリティをテストできないことを意味します。javax.security の外部の 3 番目の実装を使用して、何らかの方法でテストから Bean に注入し、そこからセキュリティを伝播してテストする方法はありますか?

これは、JPA 実装または外部トランザクション マネージャーを単体テストからテスト用の Bean に注入する方法とほとんど同じです。

PS: これが可能かどうかを確認したいだけです。可能であれば、他の開発への道を開く可能性があります。このテストは、Bean を OpenEJB や Arquillian などの組み込みコンテナーにデプロイすることで簡単に実行できることを理解しています。

単体テスト用のテストケースで、 OpenEJB 組み込みコンテナの JNDI 名 ( java:/openejb/Resource/MysqlDS ) をJBoss 固有のスイート ( java:/MysqlDS ) に変更する方法。これは、DataSource のリソース注入で構成できますか?

jndiプロパティファイルはクラスパスに保持されていますが、ロードされておらず、ANTのJVM引数で構成されている場合、JNDIプロパティは正常に機能しています。

JNDI スルー プロパティを構成して、

Context=new InititalContext()は EJB の JNDI プロパティで使用され、プロパティで設定されているものをロードする必要があります。

ありがとう、

ヴェルムルガンR

OpenEJBに依存するEJBをパッケージ化してデプロイする方法に関するドキュメント/仕様はありますか？

EARパッケージをデプロイしようとしました：

正常にデプロイされ、クライアントはJNDIを使用して見つけることができますが、初期化すると、NoClassDefFound例外が発生します。

組み込み EJB コンテナと本番環境で使用される実際のサーバー コンテナの明確な違いは何ですか。

2つのシナリオを見つけることができます。

1. たとえば。glassfish-embedded-static-shell.jar - これには実装がなく、glassfish サーバーのローカル インストールに依存します。
2. OpenEJB と同様に、クラスパスに jar を追加するだけで、インストールは必要ありません。

私の知る限り、どちらも埋め込みコンテナと呼ばれます。それで、それの本当の意味は何ですか？

また、組み込みコンテナには、EJB 仕様でサポートされているすべての機能がありますか?

OpenEJB（TomEE ++）コンテナーを使用してEJBプロジェクトに取り組んでいます。JNDIルックアップ名をコードで制御する必要があるセッションBeanがあります。

私の問題は、このBeanがバインドされる名前が「global / slides/SlideService」であるということです。

特に言及していませんが、OpenEJBはアプリケーション名を使用しているようです。

これは移植性を損なうでしょうか？他のコンテナがアプリケーション名を使用しない可能性はありますか？

name属性とmappedName属性を使用して、ステートレスBeanの名前を制御する正しい方法ですか、それとも他の（より良い）方法がありますか？

OpenEJB（TomEE ++）を使用してEJB3プロジェクトに取り組んでいます。

名前がアノテーションで指定されたステートレスセッションBeanがあります。

このように、StrutsアクションクラスからSessionBeanを検索します。

上記のコードでは、Beanのアノテーションで「SlideService」を明示的に指定しているのに対し、Beanを見つけるために「SlideServiceLocalBean」という名前を使用する必要があることに気付くでしょう。

ただし、テストケースでBeanを見つけようとすると、さらに別の名前文字列を使用する必要があります。

ルックアップ名に不一致があるのはなぜですか？

StrutsアクションクラスでInitialContextを正しい方法で取得していますか、それとも別のメカニズム/ contextFactoryを使用して初期コンテキストを取得する必要がありますか？

外部DIライブラリを使用せずに、アクションクラスにBeanを注入することは可能ですか？

組み込みモードで openEjb を使用して、注入された EntityManager を持つステートレス セッション Bean をテストしています。ただし、テストを実行すると、アプリケーションを初期化できなかったため失敗します。コンソールを見ると、persistence.xml が見つからないことに関連するエラーも表示されます。

注: WebContent と META-INF をクラスパスに入れてみましたが、どちらも役に立ちません。

アップデート：

openejb + eclipse を使用する場合、リソース ルックアップに非常に奇妙な点があります。

1. WebContent をソース フォルダーに追加しました。persistence.xml エラーが発生しなくなりましたが、openejb が管理対象リソースを見つけられなかったことを示すエラーが発生するようになりました
2. WebContent をソース フォルダーに追加しましたが、別の出力フォルダー (ソース フォルダーに許可出力フォルダーを使用) を使用すると、persistence.xml エラーが再び発生し始めます。
3. META-INF をすべてのテストのソース フォルダーである「test」にコピーしたところ、すべて正常に実行されました。
4. ポイント1と2に関しては、問題は、WEB-INFもWebコンテンツの一部として含まれているという事実のようです。WEB-INF を除外すると、openejb はテストで persistence.xml を見つけることができ、テストは正常に実行されます。

正直なところ、何が起こっているのかわかりません。

関連するすべてのエラーとコードを以下に貼り付けます。

Eclipse での JUnit テストの失敗によるエラー スタック

私のコンソール出力:

ステートレス セッション Bean:

persistence.xml

JUnit テスト ケース: