0

EJB2.1 (エンティティ Bean、ステートレス セッション Bean、およびいくつかの MDB を使用) を使用して作成された従来の金融アプリケーションがあります。アプリケーションを最新の Java EE または Spring フレームワークに移行したい。アプリケーションは約 400 のエンティティで構成され、エンティティ Bean は主に作成と更新に使用されます。表示部分には別の DAO レイヤーがあり、その部分には触れたくありません。また、書き直すのは非常に複雑なので、サービス Bean で記述されたビジネス ロジックを維持したいと考えています。

つまり、単にシステムの ORM 部分を置き換えたいだけです。アプリケーションは JTA トランザクションを利用しています。

非常に高度な質問をして申し訳ありませんが、ORM を置き換えるために使用できるテクノロジを教えてください。

Spring/Hibernate Java EE アプリケーションの主な考慮事項は、スケーラビリティ、パフォーマンス、および展開の容易さです。

誰がこれらのテクノロジーを使用したかについての意見が欲しいだけです。「エバンジェリスト」の間で戦争を始めたくありません。

入力が不十分であることがわかった場合は、私に尋ねてください。詳細を提供できます。

4

1 に答える 1

0

ここでの議論は、実際には、一方が他方を必ずしも相互に排除するわけではないという最初の警告EJB-3.xとの間にあります。Spring/Hibernate(注釈、コンテナー、テストなど)

EJB 2.1への移行には多くのサポートがあり、支援するEJB 3.x多くのツールセットがあります。EJB で見た主な課題の 1 つは、コンテナー外での統合テストです。(たとえば、継続的インテグレーション環境で)JTAサポートするソリューション、JNDI ソリューションなどがありますが、全体として、Spring 移行パスには Java EE よりも「コンテナー外」のテスト サポートが多いことがわかりました。 . とはいえ、これをサポートするために設計された JBoss の Arquillian などの基盤フレームワークがあります。

EJB 2.1そのため、移行パスを確認してからEJB 3、統合テストのサポートのための Arquillian フレームワークを確認することをお勧めします。

于 2013-08-06T13:52:50.973 に答える