5

アプリケーション/プレゼンテーション層(Java ベース) をサービス層(Java ベース)に接続するテクノロジを選択する必要があります。基本的には、Business Delegate オブジェクトから適切な Spring Service を検索します。

そこには非常に多くのオプションがあり、私を混乱させます。ここに私が絞り込んだオプションがありますが、よくわかりません..

  • スプリング RMI

  • アパッチキャメル

  • アパッチ サービスミックス (ESB)

  • 布施 イオナ (ESB)

ここに私が知りたいことがあります

  1. これらのいずれかに取り組んだ(または評価した)場合、どちらの選択がより適切だと思いますか? (そして、理由を教えても害はありません:)
  2. 他にも注目すべきテクノロジーはありますか?
  3. 現時点では、アプリケーション層とサービス層が分散されているとは考えていませが、将来的にこの可能性を排除したくはありません。この柔軟性を提供するように設計することは良い考えですか?

どんな助けでも役に立ちます。ありがとう!

4

3 に答える 3

3

Spring Remoting は、最も単純なアプローチのように思えます。また、それがあなたが望む方向である場合、将来的にはより複雑なアプローチにも対応できるようになります。

要件の限られた観点から、学習曲線の低い単純なソリューションに固執し、実際にそれが必要であると判断するまで ESB を残します。

KISSの原理は素晴らしいものです。

于 2008-12-03T17:23:53.347 に答える
2

つまり、Spring Remoting(SpringRMIとApacheCamelが実装されている)を使用するのか、それともWebサービス(CXFまたはMetroが実装する)にJAX-WSを使用するのかということです。つまり、POJOの自動リモーティングが必要ですか?それともWSDLコントラクトを使用したWSが必要ですか?

リモーティングテクノロジーを決定したら、次の決定は、それをライブラリ(Spring RMIやCamelなど)としてアプリケーション内にバンドルするか、それともServiceMixなどのESBコンテナーにデプロイして、モジュールなどをホットリデプロイできるようにするかです。

後者を選択する場合は、Apache ServiceMixを使用します。または、より多くのドキュメント、頻繁なリリース、商用サポートなどを備えた商用ディストリビューションが必要な場合は、FUSEESBを使用します。

于 2008-12-03T16:46:28.023 に答える
2

ここでは、Metro と Camel を統合する簡単なソリューションを見つけることができます: http://www.everit.biz/web/guest/everit-blog/-/blogs/calling-a-camel-route-from-web-service- using-metro-and-tomcat?_33_redirect=/web/guest/everit-blog

于 2010-07-01T14:40:13.600 に答える