問題タブ [openejb]

これは私のpersistence.xmlです：

これは、実際のデータソースを持つ実際のアプリケーション サーバーが存在しないため、テスト中にデータソースを作成することになっているjndi.propertiesファイルです。src/test/resources

これはテストクラスです:

残念ながら、データソースは作成されておらず、これは私が見ているものです:

私は何を間違っていますか？助けてください！

ps。ちなみに、このように動作します（何が起こっているのですか???）：

OpenEJB 3.1.3にアップグレードした後、Tomcat/OpenEJBの起動時に次のエラーが発生しました。

次のMDBにより、このエラーが発生します。

に変更した後

エラーはなくなりました。

ご覧のとおり、アノテーションで単一のクラスとコンマ区切りのキュー名を使用して2つのリスナーを定義しています。これは3.1.2で問題なく機能しましたが（少なくともそう見えました）、上記のエラーが発生します（ただし、エラーによってMDBの展開が妨げられることはないようですが、JMXモニタリングは重要です）。

@MessageDriven複数のキュー（単一のMDBクラス、複数のコンマ区切りのキュー名）を使用した使用法アノテーションの例も見つかりません。これは間違った方法ですか？文書化された機能ですか？JMXがMDBを登録できなくなるように、3.1.3で何が変更されましたか？

これは私が持っているものですpom.xml:

これは私が後に見るものですmvn --debug war:war：

最後の行に注意してください。なぜそうではないの"test"です"compile"か？

ps。確かにそれは非常に奇妙です。これは私の完全なものですpom.xml（申し訳ありませんが、短くはありません）：

maven-war-plugin構成方法は次のとおりです。

OpenEJBがJCLの代わりにslf4jロギングを使用するようにする依存関係構成の例を誰でもpom.xml挙げることができます(私が理解しているように、これが現在使用されているものです)。

OpenEJB ロギングを構成する方法も参照してください。

OpenEJB を 3.1.2 (CXF 2.0.9 を使用) から OpenEJB 3.1.3 (CXF 2.2.10 を使用) にアップグレードした後、CXF ベースの Web サービスは、サーバー側で次の例外を除いて壊れます。

OpenEJB の問題ではなく、CXF のみの問題のようです。CXF 2.0.9 と 2.2.10 の間で何が変更され、このエラーが発生した可能性がありますか?

OpenEJB ロギング形式を構成するにはどうすればよいですか? これは、ログに表示されるものです。

INFOメッセージを無効にして、他のメッセージの書式を変更したいと考えています。の変更はlog4j.properties効果がありません。

Tomcat 5 サーバーに 2 つのアプリケーションをデプロイすることに関連する問題に直面しています。サーバーをデプロイして実行すると、エラー メッセージが表示され、2 番目のアプリケーションも適切に実行できなくなります。

その後、重複したすべての ID のリストが表示されます。2 番目のアプリケーションは小さいアプリケーションで、すべてのエンティティを管理する既存のアプリケーションに追加されます。プロジェクトは、Eclipse nad Maven によってビルドされます。2番目のアプリケーションに含める必要がある依存関係を追加する方法はありますか(私が今やろうとしていること)、2番目のアプリケーションは既存のパッケージを認識/使用できますか?

よろしくお願いいたします。

よろしく

私は奇妙な問題に直面しており、根本的な原因を見つけることができません。問題文はこちら。

ログアウト ボタンのあるタペストリー ページが 1 つあります。ログアウト ボタンをクリックすると、以下のコードが実行され、例外が発生します。

例外は次のとおりです。

みんな何か考えはありますか？よろしく、
マヘンドラ

Tomcat で OpenEJB を使用します (JBoss、Weblogic などで実行するために使用されます)。負荷テストの実行中に、JMS メッセージ (キュー) の処理で重大なパフォーマンスの問題が発生します。問題は、データベース接続プールがプールへの接続を取得または解放する際のブロックに限られていました。ブロッキングによって同時 MDB インスタンス (スレッド) の実行が妨げられたため、パフォーマンスが 10 倍以上低下しました。アプリケーション サーバーで (それぞれの接続プールの実装を使用して) 実行するために使用される同じコードは、まったくブロックされません。

ブロックされたスレッドの例:

いくつか質問があります。

1. 一部のトランザクション属性とプロパティがこのブロックに寄与していることはほぼ確実ですが、MDB は非トランザクションとして定義されています (注釈と ejb-jar.xml の両方を使用しています)。ただし、一部の EJB はコンテナー管理のトランザクションを使用します (そこでもブロックを観察できます)。ブロッキングを修正できる DBCP 構成はありますか?
2. DBCP接続プールの実装はOpenEJBで置き換え可能ですか? それを別のライブラリに置き換えるのはどれくらい簡単(難しい)ですか?

念のため、これが OpenEJB (openejb.xml) でデータ ソースを定義する方法です。

人々

組み込み構成を使用して OpenEJB を実行およびデバッグできるように、Netbeans で OpenEJB をセットアップしました。認証を追加しようとするまではうまくいきました。

スタンドアロンサーバーとして実行すると、セキュリティユーザーとグループのリストを編集でき、機能します。

ただし、OpenEJB 組み込み構成 (Netbeans プロジェクト) を使用する場合、これら 3 つのファイルを指定する方法が見つかりませんでした。OpenEJB は、それらがどこに配置されていても認識しないようです。メソッド呼び出しは常に次のように失敗します。

組み込みモードでの実行時に OpenEJB が使用するユーザーとグループを指定する方法を知っている人はいますか?

これがNetbeansプロジェクトの構造です

projectName/src - すべてのソース ファイル projectName/lib - jars: データベース ドライバ、すべての OpenEJB ライブラリ projectName/lib/conf - セキュリティ ファイル

ありがとう、

ルイス