1

Web クライアントと Swing クライアントの両方で、最大 100 人の同時ユーザーにサービスを提供する Java クライアント/サーバー ERP アプリケーションを想像してみてください。永続性のために、Persistence API と Hibernate を使用できます。しかし、クライアント/サーバー通信に関して言えば、EJB で AS を使用する以外に、リモート通信のプログラミング コストを抑える方法は本当にあるのでしょうか?

リモート処理のためだけに、EJB とアプリケーション サーバーを投入するのは、非常に負荷の高いソリューションのようです。RMI を使用する標準的な方法もありますが、最近では自分ですべてをコーディングしたい人はいません...

リモーティング部分に加えて、AS を使用すると多くの機能を無料で利用できることを私は知っています。そして、多分それは行くべき道です。しかし、エンタープライズ アプリケーションのクライアント/サーバー通信を行うための AS に代わる (低プログラミング コストの) 他に本当にあるのでしょうか?

4

3 に答える 3

3

個人的には、Seam は私が抱えていない問題に対する究極のソリューションであると考えていますが、それはさておき、多くのオプションがあり、それらのほとんどに Spring が使用されています。

HTTP ベースのリモート メソッドの利点は、Spring のセキュリティ モデルに簡単にプラグインできることです。さらに、インターセプターなどにアクセスできます。

于 2009-01-06T09:05:11.103 に答える
2

アプリケーション サーバーはかなり重量級のソリューションです。要件に応じて、単純なサーブレット コンテナー (Tomcat など) で実行できるようにします。完全な EJB ではなく、Spring リモーティングを使用すると、リモーティングがはるかに簡単になります。Spring-remoting は、使用される実際のリモーティング手法の抽象化を提供します。Hessian は軽量プロトコルとして定評があります。

ある種のサーバー フレームワーク (AS またはサーブレット コンテナー) を持つことは、すべての低レベルの問題 (接続の確立、スレッド化など) について考える必要がないため、良いことです。

于 2009-01-06T08:54:18.333 に答える
2

軽量のリモート フレームワークを使用できます。Spring には、このセクションに多数のオプションがあります。

両方の単語を 1 つだけ聞かれたら、2 つ提案します。シームまたはスプリング。私自身 Seam が好きですが、軽量のリモーティングに関しては、Springの方がより実行可能なソリューションとサポートを備えています。繰り返しになりますが、AS が JBoss の場合は、Seamについて考えてみてください。

于 2009-01-06T08:45:11.330 に答える