問題タブ [ejb]

Webサービス（EJB3）の背後にあるステートレスEJBがあり、このEJBは、実行する呼び出しで渡されるEntityManagerもロードします。それで私は質問があります。

Webサービスへの同時呼び出しは同じEJBを使用しますか、それとも異なるインスタンスがありますか？特に、注入されたEntityManagerの使用について質問します。

ありがとう

OC4J 10.1.2.3 から 10.1.3.1.4 への移行に問題があります。問題は、複数の EJB を持つアプリケーションの場合です (すべて 2.1 で、EJB 3.0 はありません)。Jdeveloper は、デフォルトの ejb-jar.xml (Jdeveloper がスタンドアロン OC4J インスタンスで実行するために必要なもの) を取得し、それを各 EJB JAR モジュールにパッケージ化します。これにより、アプリ サーバーはデプロイ時に各 EJB JAR モジュールにドリルダウンし、同じ ejb-jar.xml ファイルを N 回 (N = EJB モジュールの数) 見つけます。これにより、EJB 参照が重複し、「java:comp/env/ejb/EJBName」などの JNDI ルックアップが中断されます。したがって、EJB1、EJB2、および EJB3 の 3 つの EJB を持つアプリケーションをデプロイすると、アプリケーション サーバーは 3 つではなく 9 つの EJB を登録することになります。ベスト プラクティスの方法が必要ですが、10.1.3.4 と JDeveloper の動作の間で、状況はかなり悲惨です。 ...

補足: Web アプリの JNDI ルックアップ コードが "ejb/EJBName" のみに屈折されている場合、それらは機能します。しかし、これは望ましくありません。

バニラ JRE (Sun など) から WebSphere (iiop://host:port/ejbName) を介して提供される EJB を呼び出す方法はありますか。多くの人が、このタイプのアーキテクチャは均質な環境に依存していると言っています。考え？

こんにちは、私は既存のJava EEアプリケーション（EJB2で構築された）と通信する必要があるGrailsアプリを開発しています。「レガシー」アプリと新しいGrailsアプリの両方がサービスを提供し、それらを利用します。

相互互換性の理由から、Webサービスを使用して通信することを考えています。今、私は両側でどちらのフレームワークを使用すべきか疑問に思っています。

Java EEアプリケーションは現在JDK5で実行されているため、JAX-WSを使用できます。Grails側でMetro（https://jax-ws-commons.dev.java.net/grails/）を使用するのが理にかなっていると思います。 。誰かがそれを経験したことがありますか？または他の提案？

http://mockrunner.sourceforge.net/の mockrunner パッケージを使用して、次のように動作する XML フィルターをテストする JUnit 用のモック キューを設定しています。

1. ftp サーバーが xml 入力を送受信するための認識可能なプロパティと、ジョブを追跡する jms キュー サーバーを設定します。キュー メッセージが受信されると、実際に xml を解析するサーバーがリモートで待機します。
2. ftp を使用してリモート ディレクトリを作成し、mqconnectionfactory を使用してキュー サーバーの指定されたアドレスへのキュー接続を開始します。
3. 2) で新しいキュー エントリが作成されると、フィルタは、ジョブがリモート サーバーによって完了したことを示す新しいキュー メッセージが表示されるのを待ちます。次に、フィルターは変更された xml ファイルを ftp から取得し、それを次のフィルターに渡します。

私が取り組んでいる JUnit テストでは、フィルターが接続するローカル ftp およびモック キュー サーバーを起動し、フィルターがキューに接続して新しい xml 入力ファイルをローカル ディレクトリに配置するのを待つことによって、この環境をエミュレートする必要があります。ローカル ftp サーバー経由で、キュー メッセージを待ってから、xml 入力をわずかに変更し、変更した xml を新しいディレクトリに置き、ジョブが完了したことを示す別のメッセージをキューに投稿します。

私がネットで見つけたすべてのチュートリアルでは、EJB と JNDI を使用して、作成されたキュー サーバーをルックアップしていました。可能であれば、EJB や JNDI を使用せずに、ローカル マシンにモック キューを作成し、できるだけ簡単な方法で接続することで、そのルートを回避したいと考えています。

前もって感謝します！

JPA では、エンティティは注釈付きのプレーンな古い Java オブジェクトです。しかし、それらとデータベースを操作する良い方法が見つかりませんでした。

私の現在のアプリでは、基本的な設計は常に主キーとしてシーケンス ベースの ID を持つため、通常は PK 以外のプロパティでエンティティを検索する必要があります。

そして、エンティティごとに、次のステートレス EJB があります。

すべてが何らかのバリエーションであるクエリメソッドを使用

そう：

1. これらのメソッドがエンティティ自体に属しているように見えるため、EJB にこれらのメソッドを含めるのは本当に嫌いです。また、EJB ローカル インターフェイスは、私を悩ませます。

2. 「try、createQuery、getResultList、catch、log、return」を使用して各メソッドに重複があるのは嫌いです（ほとんどの場合、クロージャーがないか、「withステートメント」などのJavaの結果です）。

私の問題の 1 つまたは両方に対処するエンティティおよびデータベースとやり取りするためのより良い方法について、誰か提案がありますか?

私は現在、ジェネリックとリフレクションを使用していくつかの基本メソッドを実行して、重複を減らすためにいくつかのジェネリッククエリメソッドを取得することを考えています (問題 2) (後でレビューのためにプロトタイプを公開します)。

ありがとう、アンダース

リモート EJB を呼び出すときに、さまざまなドライバー情報を指定する必要があるのはなぜですか?

URL/ポートを指定するだけでよく、EJB コンテナーは他のすべてのものを解決する必要があるのではないでしょうか?

いくつかの JPA/Hibernate エンティティを含む SEAM アプリがあります。そして、クエリ、永続化メソッドをどこに置くべきか疑問に思っています。

デフォルトの選択では、注入されたセッション Bean レイヤーに配置されているようです

しかし、エンティティ自体にメソッドが必要だと思います。長所/短所は何ですか?

1. テスタビリティ?
2. 素敵？
3. パフォーマンス？

また、セッション Bean ではなくエンティティのメソッドから EntityManager などと対話するためのベスト プラクティスへのリンクを持っている人はいますか?

ベスト、アンダース

数年前に見つけた唯一の作業方法は次のとおりです。

1. XDoclet を使用したセッション Bean ごとの ibm-ejb-jar-bnd.xmi および ibm-ejb-jar-ext.xmi の生成 (ejbdoclet タスク)
2. タスク jar を使用して (スタブなしで) jar を作成します。;
3. パラメータにスタブを指定せずに、この jar を使用してバイナリ EJBDEPLOY を呼び出します。

しかし、もっとクリーンな方法が必要だと思います。あなたのものはどれですか？

ローカルインターフェイスとリモートインターフェイスを備えたEJB（セッションBean）でビジネスインターフェイスパターンを使用するにはどうすればよいですか？