主に技術的な違いについて説明している多くのドキュメントがネット上で入手できることを私は知っています。
しかし、特定のタイプを他のタイプよりも優先する一般的なユースケースは何ですか?
統合パターン/製品が特定のタイプをサポートしているため、これらの設定はありますか?
主に技術的な違いについて説明している多くのドキュメントがネット上で入手できることを私は知っています。
しかし、特定のタイプを他のタイプよりも優先する一般的なユースケースは何ですか?
統合パターン/製品が特定のタイプをサポートしているため、これらの設定はありますか?
ご回答ありがとうございます。ただし、実際のユースケースの違いと、いつ何を使用するか。JAX-WS と JAX-RS の両方に標準実装があります。私は次の違いを思いつきました:
RESTful サービス (主に Web 統合、携帯電話アプリ)
JAX-WS と JAX-RPC は SOAP ベースのサービスです。(エンタープライズ Web サービス)
JAX-WS Java EE の新しいバージョンではこれがサポートされており、標準はまだ進化しています。- SOAP ベースのサービスは、残りの部分に比べてペイロードが重いため、モバイル アプリ通信には適していません。- 相互運用性、トランザクション、メッセージ配信、および信頼性が必要なエンタープライズ Web サービスにより適しています。
@Arjan Tijms からの回答にポイントを追加したいと思います
JAX-WS は Java 5.0、J2EE5.0 の非同期機能を使用します。JAX-RPC は主に J2EE 1.4 の機能を使用し、J2EE 5.0 でもサポートされています。
JAX-RPC には独自のデータ マッピング モデルがあり、多くをカバーし、カバーされていないものは javax.xml.soap.SOAPElement にマップされます。
JAX-WS のデータ マッピング モデルは、すべての XML スキーマのマッピングを約束するJAXBです。これには、XSD で使用できる、XSD なしで注釈を使用できるなど、多くの利点があり、大規模で複雑な XML で非常に有用であり、制限もほとんどありません。
JAX-RPC の後に仕様が変更および改善され、Jax-WS にいくつかの機能が追加されたため、Web サービスの仕様に応じていくつかの違いがあります。
共通点の 1 つは、J2EE 5.0、JavaEE 6.x で使用すると、どちらも混乱することです。新しい実装と再設計には、Jax-RS または Jersey の方が適しています。または JAX-RPC または JAX-WS を続行できます。
JavaEE7.0は、RESTful Web サービスに対する軽量で開発者とテスターにとって使いやすい新しいアプローチを約束します。
Java Architecture for XML Binding (JAXB) は、スキーマと Java オブジェクトの間、および XML インスタンス ドキュメントと Java オブジェクト インスタンスの間の変換を可能にすることで、Web サービスの開発を簡素化する XML-to-Java バインディング テクノロジです。