2

Java ベースのシステムを構築して、それぞれがシステム内の特定のモジュールであるさまざまなビジネス プロセスを処理することを計画しています。ほとんどのモジュールは、特定のビジネス プロセスを処理するために他のモジュールに依存します。言い換えれば、最上位のモジュールは、下層のモジュールによって提供されるある種の基本的なサービスを消費します。一部のモジュールは最初から開発されますが、一部は後でシステムに追加されます。次に、一部のモジュールは、RESTful インターフェイスを公開して、外部入力/出力を処理します。

これらすべてを処理するには、OSGi が適しているように思えますが、さまざまな「ディストリビューション」(Equinox、Felix など) をすべて学習するのは少し難しく、Spring フレームワークや他のサードパーティの使いやすさが心配です。各モジュール内のライブラリ (Spring 3.2 以降、異なる jar には OSGi マニフェストが付属していない可能性があります)。

これに加えて、中央の Web ポータルですべてのバンドルを管理したいので、新しいバンドルごとに新しい管理セクションがあります。

4

4 に答える 4

1

そのため、Spring 向けに osgi を使用しないモジュール性を開発しましたhttps://github.com/griddynamics/banshunフィードバックをお待ちしております。

于 2013-08-30T21:30:53.343 に答える
0

Springを使用する代わりに、OSGiブループリントを使用しないと、SpringからOSGiへの「簡単な」移行が可能になります。

于 2013-03-22T11:58:02.950 に答える
0

なぜ春が必要なのですか？それは信じられないほど結合されています。また、OSGi アプリケーションは、サービスを介して通信する小さなコンポーネントから構築される傾向があるため、非常に役に立たない複雑さがあります。それが中心であると仮定するSpringワイヤリングモデルの利点のほとんどを無効にします.

構成が難しいのは変な発言ですが、OSGi は優れた構成サポートです。それはあなたが慣れ親しんでいるものとはまったく異なります。

于 2013-03-20T15:30:00.250 に答える
0

なぜOSGiが必要なのですか? Tomcat のような Web サーバーを使用して、アプリケーションを戦争として展開してみませんか? クラスター内の複数のサーバーにデプロイでき、アプリケーションは何度でもスケールできます。

于 2013-03-20T14:12:42.320 に答える