サーチ…


備考

Webサービスは、統合目的でアプリケーション間の通信を可能にするWebアプリケーションコンポーネントです。

Webサービスはクライアント/サーバーアーキテクチャに従います。アプリケーションはウェブサービス(サーバ)を「提供」し、他のアプリケーションはウェブサービス(クライアント)を「消費」する。

これらは、要求と応答を使用してHTTP経由で実装されます

Webサービスの主なタイプは次のとおりです。

  • SOAP (S imple O bject A CCESS Pの rotocol)
  • REST (プレゼンテーションSのテイトT ransfer RE)

インストールまたはセットアップ

サーバー側(ホストWebサービス)

Webサービスは、WebアプリケーションコンポーネントとしてWebサーバーにインストールされ、実行(デプロイ)されている必要があります。より大きなアプリケーションの一部とすることも、完全なアプリケーションを構成するために単独で展開することもできます。

着信HTTP要求を対応するデプロイされたアプリケーションに転送するのはサーバーの責任であり、次のように要求を処理するアプリケーションの責任は次のとおりです。

  • HTTP動詞(GET、POST、PUT、DELETE、OPTIONS、HEAD、TRACE、CONNECT)
  • 要求URL

アプリケーションは、これらの要素の組み合わせを使用して、要求を処理する必要のある対応するWebサービスコンポーネントを特定します。

Webサービスが配置された後、要求パラメータはWebサービスへの入力データとして使用されます。 Webサービスは、データを正しいデータ型に変換し、クライアントと異なるデータ型を送信するための規約を確立する責任があります。

Webサービスは入力データを処理しており、出力データセットを生成します。出力データセットはHTTP応答でラップされ、要求の送信者に返されます。

クライアント側

クライアントは、サーバーのルールに準拠したHTTP要求を準備し、サーバーに送信する必要があります。受信される応答には、必要なデータが含まれます。

Webサービスを使用する理由

Webサービスクライアントプログラムとサーバープログラムを使用することで、物理的な場所と構築されているテクノロジに関係なく、情報を交換して共同作業して新しいサービスと結果を生み出すことができます。彼らはアプリケーションレベルの仕様に準拠する必要があります。

WebサービスとWeb-HTMLサービス(ブラウジング)を使用することの違いは、主にWebサービスが集中しており、データ型の処理と変換に特化しているため、リモートプロシージャコールに使用できる構造化された結果が得られます。 Web-HTML-servingは、レンダリング可能/ダウンロード可能なリソースの提供に関するものです。

Webサービスを使用してプロセスの結果を交換することは、

  • アプリケーションの統合
  • 関心事の分離
  • 分散/分散アプリケーションアーキテクチャ

Javaの実装

JavaのWebサービスはサーブレットとして実装されています。最も一般的なWebサービス・フレームワークは、URLでマップされる必要があるサーブレットを実装しています。フレームワークの例:

Webサービス関連のコンポーネント

  1. WSDL (Webサービス記述言語)
  2. UDDI(Universal Description Discovery and Integration)
  3. SOAP (シンプルオブジェクトアクセスプロトコル)


Modified text is an extract of the original Stack Overflow Documentation
ライセンスを受けた CC BY-SA 3.0
所属していない Stack Overflow