7

これらのアプリケーションサーバーは両方とも、少なくとも部分的に OSGI ベースです。一方 (Glassfish) は明らかに Java EE ですが、もう一方はそうではありません。現在、私は新しいプロジェクトのプラットフォームを選択する段階にあり、自然な選択は Glassfish v3 Prelude です。これにより、おそらく代わりに S2AP を使用する必要があるという問題が発生します。

問題はこれです: springsource dm サーバーは、Glassfish でそれを使用する説得力のある理由を提供しますか? およびその逆。

4

6 に答える 6

4

Java EE アプリケーション サーバーには、トランザクション マネージャーが分散されています。それがまったく重要な場合は、SpringSource dm にそのようなものが含まれているかどうかを確認したい場合があります。

Spring-Framework を使用して XA TX を実行することは可能ですが、適切な XA マネージャーを見つけて統合する必要があるというだけです。

コース XA TX は非常に評判が落ちています。ほとんどの人は疫病のようにそれらを避けようとします. たとえば、Amazon.com はそれらを使用していません。

現在、Spring-Framework と Tomcat を組み合わせて使用​​しています。私たちはすべて独自の統合を行います。多くの人が同様の中間層スタックを選択しています。Java EE の人々が Java EE/EJB に縛られるのと同じように、私たちは Spring-Framework API に縛られます。Spring のレトリックにだまされてはいけません。ただし、ユーザーのコミュニティがアクセスできるオープン ソースのままです。

Java EE に移行すると、実装間を移動するのが難しいため、特定の Java EE ベンダーに縛られます。EJB3 はこれを緩和すると思われますが、Java EE アプリケーション サーバーを切り替えることは依然として主要な作業であるに違いありません。

率直に言って、Spring-Framework は Java EE/EJB 標準よりも便利な API を提供し、より急速に革新しています。

于 2008-12-23T02:11:15.203 に答える
3

これは古いスレッドですが、主に OSGi エンタープライズ RFC の領域で、最近の GlassFish OSGi 拡張機能を共有することは、(私が行ったように) これに出くわした人々にとって役立つと思いました: http://wiki.glassfish.java.net /Wiki.jsp?page=OsgiDashboard

もちろん、2009 年 12 月の v3 から導入された OSGi Declarative Services の @Resource ベースのインジェクションもあります。

于 2010-06-24T10:39:54.610 に答える
2

Glassfish での OSGi の使用は誤解を招きます。Glassfish はサーバー用に内部で OSGi を使用しています。OSGi は、Glassfish にデプロイされたアプリケーションでは使用できません。

Spring dm サーバーを使用すると、OSGi を使用するようにアプリケーションを作成できます。

OSGi はあなたにとって重要な考慮事項ですか? 他の唯一の実際の OSGi アプリケーション サーバーは、Paremus の Infiniflow です。現在、他のすべてのアプリ サーバーは OSGi について話しているが、これは内部実装の詳細である。デプロイされたアプリケーション用ではありません。

于 2009-01-13T11:17:49.890 に答える
2

SpringSourceが Covalent Technologies を買収したことで、Spring/Tomcat スタックを使用しているすべての人を支援できるようになりました。Spring dm Server に付随する Tomcat の最適化は、OSGi 機能と同じかそれ以上の価値があるかもしれません。

于 2008-12-23T15:44:26.137 に答える
1

SpringSource dm サーバーを使用したことはありませんが、本番環境で試す前にしばらく待ったほうがよいと思います。その理由は、それがかなり新しい技術であることに関係しています。また、ライセンス方式が SpingSource (GPL) で機能する方法は、実際には、現在および将来にわたって SpringSource のみに依存することを意味するため、あまり役に立ちません。サーバーのサポートが必要な場合は、SpringSource を使用するしかありません。

于 2008-12-22T07:42:04.723 に答える
1

SpringSource dm Server はモジュラー アプリケーションをサポートします。アプリケーションを OSGi バンドルに分割し、アプリケーション間で提供したいインフラストラクチャ サービスを共有できます。これにより、Java EE で定義された WAR などのモノリシック構造から解放されます。通常、これは、開発中の編集/保存/再デプロイのサイクルが非常に高速であることを意味します。次に、OSGi を使用すると、サーバー全体を再起動することなく、モジュールとそれらがエクスポートするパッケージをバージョン管理したり、モジュールを動的に更新したりできます。

SpringSource dm Server は、OSGi バンドルとしてゼロから構築されました。したがって、標準セットが必要ない場合は、dm サーバーのどのサブシステムをロードするかを構成できます。

于 2009-01-19T21:05:57.833 に答える