SlideShare a Scribd company logo
WS-Addressing と WSRF 情報処理  2006 年 10 月号まとめ 牧野 浩之
何回かメッセージをやりとりして 処理が完結する Web サービス 実用的なアプリケーションは状態を持つ サーバ側ではリソースの状態を管理し、受け取ったメッセージと状態を保持するリソースとを関連づける仕組みが必要 Web サーバは状態を持たない -> 実現するのに必要な標準仕様が     WS-Addressing と WSRF
WS-Addressing とは Web サービスのリクエスタとプロバイダ間でやりとりする SOAP メッセージを適切に送受信するためのアドレス仕様
WSRF とは Web サービスプロバイダ上のコンテナ等に生成されるリソースを管理するための仕様
WS-Addressing 2 つの技術要素から構成 「エンドポイント・リファレンス」 URL を、「 URL+ アルファ」で拡張 「メッセージ情報ヘッダ」 宛先や送信元の情報など HTTP の世界では冗長な情報 HTTP 以外のプロトコルでのやりとりも可能
A B C 状態を持つリソース 状態を持たない Web サービス WSRF Web サービス サービス・エンドポイント・インタフェース WS リソースとは … 「状態を持たない Web サービス」と「状態を持つリソース」を 分離した上で組み合わせたもの
A B C 状態を持つリソース 状態を持たない Web サービス WSRF サービス リクエスタ CreateService エンドポイント・リファレンス WS リソースの生成
エンドポイント・リファレンス Web サービスのアドレス (Address コンポーネント ) リソースへの参照ポインタ (ReferenceProperties コンポーネント ) -> コンテナの内部に複数の Web サービスや複数のリソースを含んでいるため、リソースを含めたアドレスの指定が必要 XML で記述 WSDL の仕様を拡張したもの
A B C 状態を持つリソース 状態を持たない Web サービス WSRF サービス リクエスタ CreateService エンドポイント・リファレンス 生成の返答 <wsa:EndpointReference> <wsa:Address> http://hogehoge.com/awebservice </wsa:Address> <wsa:ReferenceProperties> <tns:resourceID>C</tns:resourceID> </wsa:ReferenceProperties> </wsa:EndpointReference>
クライアントからリソースの参照 SOAP ヘッダ WS-Addressing で規定されたマッピングルールに従って新しい要素を追加
SOAP メッセージヘッダ エンドポイント・リファレンスの持つ情報と等価 wsa:Address 情報は SOAP メッセージの wsa:To にコピー Wsa:ReferenceProperties 情報は SOAP メッセージのヘッダブロックになる
A B C 状態を持つリソース 状態を持たない Web サービス WSRF サービス リクエスタ CreateService クライアントから WS リソースの参照 <soap:Envelope> <soap:Header> <wsa:To ….> http://hogehoge.com/aWebService </wsa:To> <tns:resourceID> C </tns:resourceID> </soap:Header> <soap:Body> … ..message….. </soap:Body> </soap:Envelope> C
メッセージ情報ヘッダの意義 HTTP ではクライアントとサーバの間に決まったコネクションが張られていることが前提 TCP / UDP  下位レイヤ 自立的なアドレス情報を補うために導入された HTTP 以外の任意のトランスポート層のプロトコルでも利用可能
WS-Addressing で可能になったこと 同期型のメッセージングから非同期型のメッセージングに拡張できた 非常に長い時間がかかる処理をどう扱うかというのは問題からの解放 リクエスト側が張ったコネクションでレスポンスを返すというやり方をやめれる

More Related Content

PPT
PPT
clase2
PPTX
Power kimk
PPTX
Materia discontinua
PPT
REST 入門
PPTX
Clrh 110716 wcfwf
PPT
丸山先生レクチャーシリーズ2007-2008
PPTX
API Academy:マイクロサービス化へのファーストステップ
clase2
Power kimk
Materia discontinua
REST 入門
Clrh 110716 wcfwf
丸山先生レクチャーシリーズ2007-2008
API Academy:マイクロサービス化へのファーストステップ

Similar to WS-AddressingとWSRF (11)

PDF
20200708サーバーレスでのAPI管理の考え方
PPT
OSC2008 Tokyo/Spring REST勉強夜会
PDF
Signs;Gate - RESTfulなサイトの作り方 (Gunma.web #6 2011/09/03)
PDF
Rest ful api設計入門
PDF
RESTful Web アプリの設計レビューの話
PDF
JavaOne2017参加報告 Microservices topic & approach #jjug
PPTX
RESTful Web API Design
PDF
今なぜサーバーレスなのか
PDF
20201118 AWS Black Belt Online Seminar 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説
PDF
RESTfulとは
ODP
ホット・トピック・セミナー「Metro」
20200708サーバーレスでのAPI管理の考え方
OSC2008 Tokyo/Spring REST勉強夜会
Signs;Gate - RESTfulなサイトの作り方 (Gunma.web #6 2011/09/03)
Rest ful api設計入門
RESTful Web アプリの設計レビューの話
JavaOne2017参加報告 Microservices topic & approach #jjug
RESTful Web API Design
今なぜサーバーレスなのか
20201118 AWS Black Belt Online Seminar 形で考えるサーバーレス設計 サーバーレスユースケースパターン解説
RESTfulとは
ホット・トピック・セミナー「Metro」
Ad

WS-AddressingとWSRF

  • 1. WS-Addressing と WSRF 情報処理 2006 年 10 月号まとめ 牧野 浩之
  • 2. 何回かメッセージをやりとりして 処理が完結する Web サービス 実用的なアプリケーションは状態を持つ サーバ側ではリソースの状態を管理し、受け取ったメッセージと状態を保持するリソースとを関連づける仕組みが必要 Web サーバは状態を持たない -> 実現するのに必要な標準仕様が     WS-Addressing と WSRF
  • 3. WS-Addressing とは Web サービスのリクエスタとプロバイダ間でやりとりする SOAP メッセージを適切に送受信するためのアドレス仕様
  • 4. WSRF とは Web サービスプロバイダ上のコンテナ等に生成されるリソースを管理するための仕様
  • 5. WS-Addressing 2 つの技術要素から構成 「エンドポイント・リファレンス」 URL を、「 URL+ アルファ」で拡張 「メッセージ情報ヘッダ」 宛先や送信元の情報など HTTP の世界では冗長な情報 HTTP 以外のプロトコルでのやりとりも可能
  • 6. A B C 状態を持つリソース 状態を持たない Web サービス WSRF Web サービス サービス・エンドポイント・インタフェース WS リソースとは … 「状態を持たない Web サービス」と「状態を持つリソース」を 分離した上で組み合わせたもの
  • 7. A B C 状態を持つリソース 状態を持たない Web サービス WSRF サービス リクエスタ CreateService エンドポイント・リファレンス WS リソースの生成
  • 8. エンドポイント・リファレンス Web サービスのアドレス (Address コンポーネント ) リソースへの参照ポインタ (ReferenceProperties コンポーネント ) -> コンテナの内部に複数の Web サービスや複数のリソースを含んでいるため、リソースを含めたアドレスの指定が必要 XML で記述 WSDL の仕様を拡張したもの
  • 9. A B C 状態を持つリソース 状態を持たない Web サービス WSRF サービス リクエスタ CreateService エンドポイント・リファレンス 生成の返答 <wsa:EndpointReference> <wsa:Address> http://hogehoge.com/awebservice </wsa:Address> <wsa:ReferenceProperties> <tns:resourceID>C</tns:resourceID> </wsa:ReferenceProperties> </wsa:EndpointReference>
  • 10. クライアントからリソースの参照 SOAP ヘッダ WS-Addressing で規定されたマッピングルールに従って新しい要素を追加
  • 11. SOAP メッセージヘッダ エンドポイント・リファレンスの持つ情報と等価 wsa:Address 情報は SOAP メッセージの wsa:To にコピー Wsa:ReferenceProperties 情報は SOAP メッセージのヘッダブロックになる
  • 12. A B C 状態を持つリソース 状態を持たない Web サービス WSRF サービス リクエスタ CreateService クライアントから WS リソースの参照 <soap:Envelope> <soap:Header> <wsa:To ….> http://hogehoge.com/aWebService </wsa:To> <tns:resourceID> C </tns:resourceID> </soap:Header> <soap:Body> … ..message….. </soap:Body> </soap:Envelope> C
  • 13. メッセージ情報ヘッダの意義 HTTP ではクライアントとサーバの間に決まったコネクションが張られていることが前提 TCP / UDP 下位レイヤ 自立的なアドレス情報を補うために導入された HTTP 以外の任意のトランスポート層のプロトコルでも利用可能
  • 14. WS-Addressing で可能になったこと 同期型のメッセージングから非同期型のメッセージングに拡張できた 非常に長い時間がかかる処理をどう扱うかというのは問題からの解放 リクエスト側が張ったコネクションでレスポンスを返すというやり方をやめれる