EJBをPOJOに比べて使用する利点は何ですか？

Question

なぜ私はEJBを使うべきですか？私は他の方法で得ることができないものから何を得ることができますか？

EJBをPOJOに比べて使用する利点は何ですか？

Answer 1

EJBsは、Java EEアプリケーションサーバーによって管理され、監視されます。依存関係の注入とそれらの管理をクライアントに提供します。lifecycles。 EJBはプール内のapp-serverによって保持されます。クライアントがEJBを取得するたびに、app-serverはプールから1つを選択し、それをクライアントに割り当てます。クライアントは、クライアント側で処理が完了した後（クライアント側には参照がありません）、プールに戻され、他のクライアントに割り当てることができます。

プーリングは、アプリケーションのスケーラビリティにとって非常に重要です。増加する負荷に対処するために、配備されたアプリケーションに何も変更する必要はなく、リソースの量が限られているため負荷が高すぎると、アプリケーションはアプリケーションサーバーを膝に乗せません。すべては、アプリケーションサーバーを設定することによって行われます。

EJBは、それに応じて注釈が付けられていると、トランザクションと非同期実行を処理し、リモートクライアントに公開することができます。

セッションBean

1. Stateless EJBs：

   は、EJBの4種類があり、クライアントは、サーバがそれを割り当てることができので、状態を保持するために使用することができない、いくつかの操作を実行して返すことができるようになります他のクライアント（これはクライアント間の通信の一種として使用することができます。たとえば、インスタンス変数がある場合は値に設定し、他のクライアントはこの値を見ることができます）。ステートレスEJBメソッドは、機能的なプログラミングやクラスの静的メソッドと同じように考えることができます。

2. Statefull EJBs：名前はサーバがこのインスタンスであることを保証言うように：クライアントが複数の要求（クライアントがそれへの参照を保持しなければならないそうでない場合は、アプリケーションサーバが別のクライアントに割り当てること）
3. Singleton EJBs間で状態を維持することができますアプリケーション全体で一意です。

メッセージ駆動型Bean

1. Message driven EJBsは：また、ステートレスで、JMSとの組み合わせで、通常はメッセージを送受信するために使用しました。メッセージハンドラ関数は非同期に実行されます。

EBJはこれをすべて提供しますが、他のものもありますが、POJOは単なるPOJOです。