EJB 3.0、JPA、JBossでの動的Webプロジェクトを使用したJava EEアプリケーションのプロジェクトアーキテクチャ/組織

Question

さまざまな動的Webプロジェクトを持つwebappがあり、それぞれに通常EJBプロジェクトが含まれています。 JNDIを介して相互のEJBからのBeanとクラスを使用する、同じデータベースを共有する、または独自のEJBを使用する場合のように、それらの対話を維持します。しかし、異なるサーバーに異なるプロジェクトを保持できるようにしたいのです。

この種のプロジェクトのアーキテクチャと組織の観点から、適切な焦点は何ですか？

EARの使用方法それらをすべて支配し、暗闇の中で彼らを縛る1つのEAR？ （申し訳ありませんが、LOTRリファレンスを実行する必要がありました）、またはサーバー/ WebプロジェクトごとのEARなどですか？

Answer 1

ディスクスペースは安価ですが、すべてを単一のEARに投入すると、必要なものがすべてサービスAであっても、アプリサーバーはそれらをすべて実行する責任があります。一般的に使用されるEJBを破壊し、自身、および各EAR内の個々のサービスのコンポーネント。

その後、JBossを例として使用すると、アーティファクトを実行するサーバーのdeployディレクトリに単純にコピーできます。

OrderManagement.ear InventoryManagement.ear StoreFront.ear

その後、特定のサーバーですべて、一部、または何も持たないことができます。

Answer 2

EJBはモジュール式であるため、提供するサービスに応じて、展開する適切なEARを提供する必要があります。また、MBeanを使用して、それらを独立したサービスとしてデプロイしてください。管理インターフェイスは、デバッグとテストの際に非常に役立ちます。

Answer 3

バグ修正/アップグレードおよび回帰テストのシナリオを念頭に置いてください。同じEARにあるEJBモジュールが多いほど、モジュールの1つだけに新しい機能を修正または追加した場合でも、より多くの機能ポイントで回帰テストが必要になります。