相互運用性が気になります(MS/Java)。Webサービスは、EJBではできないことは何ですか?
また、EJBを使用する場合、EJBインタフェースを配布する必要があります.WSではWSLDを取得しています(WSDL用のEJB拡張がありますが、使用されているかどうかはわかりません)。
他に何かありますか?
相互運用性が気になります(MS/Java)。Webサービスは、EJBではできないことは何ですか?
また、EJBを使用する場合、EJBインタフェースを配布する必要があります.WSではWSLDを取得しています(WSDL用のEJB拡張がありますが、使用されているかどうかはわかりません)。
他に何かありますか?
EJBは、主に、コール可能なビジネスロジックの実装方法に関するプログラミングモデルに関するものです。コードは、管理、クラスタリング、トランザクション、およびセキュリティを管理するコンテナで実行されています。あなたのコンポーネントは、ローカルJavaコール、リモート呼び出しのためのRMI/IIOP、そしてWebサービスを含むさまざまなメカシャンによって呼び出すことができます。そうすれば、あなたのEJBは実際にWSDLを持ち、他のJava以外の環境から呼び出すことができます。
SOAP/HTTPを指定するWSDLを持つという観点からではなく、多くの異なるテクノロジで実装することができ、その特定のプロトコルを使用して呼び出すことができます多くの異なるクライアントが使用できます。大きな疑問は、実装上の問題の品質にどれだけ容易に対処できるかということです。選択した実装環境は、多くの助けを得たり、多くのことを残したりすることがあります。
要約:あなたはあたかも同じように比較していません。 Webサービスは非常にインターフェイスについて、非常にEJBの実装についてです。
私は両方の「プラットフォーム」をインターフェイスと実装として認識しています。 – Jan
私はすぐに入力を押します:/ しかし、私は同意する、EJBは、より多くの実装の詳細が含まれており、より完全なフレームワークです。 一方、EJBとWSは両方ともリモートトランザクションのためのプロトコルを指定します。 – Jan
Webサービスは実装について何も言わない。それは実際にセキュリティ、トランザクション、セッションなどのプロトコルを定義しています。あなたがそれをどのようにインプリメントしているかについては何も言わず、そうしても役に立たない。あなたは通常、あなたを助けるためにいくつかの選択されたフレームワークに行きます。 Webサービス(JEEキャンプやMS、そして多くのオープンソースなど)をサポートしている真のベンダーは、実装の助けを提供しています。 – djna