服務計算概論 第5章服務描述

《服務計算概論 第5章服務描述》由會員分享，可在線閱讀，更多相關《服務計算概論 第5章服務描述（29頁珍藏版）》請在裝配圖網上搜索。

1、第第5章章 效勞描述效勞描述 5.2 Web效勞接口描述語言WSDL5.1 效勞描述模型引言引言1 1.自描述是效勞的根本特征。2.通過效勞描述，效勞屏蔽了其實現細節(jié)，使效勞提供者和效勞消費者能以一種松耦合方式協(xié)作。3.對效勞的描述是多方面的，每一方面的描述都反映了效勞的某種特征。引言引言2以web效勞為例，以下標準就描述了Web效勞的各個方面：WSDL：描述Web效勞的接口、訪問消息格式和訪問地址；BPEL4WS：以過程的方式描述一個組合Web效勞的內部結構；WS-CDL：描述Web效勞之間的通信約定；WS-Policy;WS-Security;WS-Transaction,5.1.效勞描述

2、模型效勞描述模型1 Will Tracz于1990年提出3C模型，該模型從概念concept、內容content和上下文context三方面來刻畫構件。1概念：描述構件做什么，包含接口標準和語義；2內容：描述構件如何完成概念所刻畫的功能；3上下文：刻畫構件的運行環(huán)境。5.2.效勞描述模型效勞描述模型23C模型到Web效勞技術標準的對應關系：概念對應Web效勞描述語言如WSDL;內容對應Web效勞組合語言如BPEL4WS;上下文對應Web效勞策略、協(xié)作、平安、事務等語言。5.2 Web效勞接口描述語言效勞接口描述語言WSDL5.2.1 WSDL概述5.2.2 WSDL設計目標5.2.3 WSDL

3、和IDL5.2.4 WSDL結構5.2.1 WSDL概述概述1Web效勞描述語言WSDL描述了Web效勞的接口、消息格式約定和訪問地址三方面的根本內容。它定義了一套基于XML的語法，用來將Web效勞描述為能夠進行消息交換的效勞訪問點的集合，從而滿足了應用需求。簡單地講，WSDL文檔的職責在于告訴效勞的使用者如何將請求消息格式化，通過何種通信協(xié)議在何處訪問Web效勞。5.2.1 WSDL概述概述2WSDLWSDL文檔在文檔在SOASOA典型協(xié)作模式中所處的位置典型協(xié)作模式中所處的位置5.2.2 WSDL設計目標設計目標 首先，WSDL是描述Web效勞的標準，尤其是描述Web效勞的接口的標準；其次

4、，WSDL具有開放性，允許通過擴展使用其它類型定義語言，允許使用多種網絡傳輸協(xié)議和消息格式；再次，WSDL應用當代軟件工程中的復用概念，別離了抽象定義層和具體實現層，使得抽象定義層的復用性大大增加；最后，WSDL描述文檔應當具備機器可識別能力。5.2.3 WSDL和和IDL WSDL和IDL在功能上有重合之處：即二者都描述了效勞或者構件的調用接口。區(qū)別如下：1在描述Web效勞接口的同時，WSDL還要定義訪問Web效勞的機制。2WSDL需要定義Web效勞的有效訪問位置。3WSDL需要處理Web效勞的復雜性帶來的一些其它問題。5.2.4 WSDL結構結構WSDL標準的總體結構通常分為一個抽象描述局

5、部和一個具體描述局部，其中抽象局部與傳統(tǒng)的IDL類似，而具體局部那么提供了Web效勞的訪問消息格式、訪問協(xié)議和訪問地址信息。WSDL標準總體結構模型標準總體結構模型1WSDL標準總體結構模型標準總體結構模型2端口類型與傳統(tǒng)中間件IDL的接口相似；每個端口類型在邏輯上是一組操作的集合；每個操作定義一組消息，作為Web效勞交互的根本傳輸單位；消息在邏輯上又可看作數據類型集合。WSDL標準總體結構模型標準總體結構模型3綁定描述某個端口類型在作為負載傳輸時采用的消息傳輸協(xié)議如SOAP、網絡傳輸協(xié)議如HTTP、消息的風格SOAP/RPC或SOAP/Document，以及消息的編碼規(guī)那么SOAP或lite

6、ral。一個綁定只描述一個端口類型，但一個端口類型可以有多個綁定，這使相同的功能可以通過多種傳輸協(xié)議和消息格式被訪問。WSDL標準總體結構模型標準總體結構模型4端口和綁定一一對應，以URI方式描述了綁定對應的端口類型的Internet訪問地址。而效勞那么是端口的邏輯分組，通常同一訪問地址的端口可以歸為一組。另一種常用的分組方法是把一個端口類型對應的多個綁定歸為一種效勞。WSDL概念模型圖概念模型圖IBM 2001WSDL文件的根本表示形式文件的根本表示形式WSDL文件的根本表示形式1.WSDL抽象描述局部抽象描述局部1Web效勞往往是從定義類型開始的。1類型XML Schema具有內置數據類型

7、，同時也允許定義復雜數據類型。定義WSDL接口的第一步是要標識或者定義消息交換過程中所用到的數據類型。數據類型舉例1.WSDL抽象描述局部抽象描述局部2在類型定義的根底上，描述Web效勞的下一步便是定義消息。2消息消息具體定義了通信中使用的消息的數據結構。消息包含一組分部part，每個分部由一個名字和一個數據類型組成。消息舉例1消息舉例21.WSDL抽象描述局部抽象描述局部33操作操作代表具體的消息訪問接口?；赪eb效勞對等協(xié)作的特點，WSDL操作支持四種消息交換模式。操作舉例1.WSDL抽象描述局部抽象描述局部41.WSDL抽象描述局部抽象描述局部54端口類型前面我們已經了解了操作描述主要

8、是定義了一組消息交換的過程，而端口類型是對操作進行邏輯分組，因此端口類型和傳統(tǒng)的IDL中的接口相對應。一個端口類型可以由其它端口類型擴展而來，此時，該端口類型將包含被擴展端口類型的所有操作和自己定義的所有操作。端口類型舉例2.WSDL具體描述局部具體描述局部11綁定綁定為一個端口類型定義了四方面的內容：消息傳輸協(xié)議網絡傳輸協(xié)議消息風格：SOAP RPC/document編碼規(guī)那么：literal字面和SOAP2.WSDL具體描述局部具體描述局部2l字面編碼規(guī)那么直接使用types元素或者XML Schema定義的類型來表示消息內容；而SOAP編碼規(guī)那么需要把XML Schema定義的類型根據S

9、OAP標準定義的編碼規(guī)那么轉換后填充為消息內容。l通常字面編碼用于文檔操作，而SOAP編碼那么適合RPC風格的操作。2.WSDL具體描述局部具體描述局部3采用document/literal綁定的加法運算實例采用rpc/encoded綁定的加法運算實例實際傳輸過程中的XML消息流實際傳輸過程中的XML消息流2.WSDL具體描述局部具體描述局部4由于SOAP數據模型以非類型化結構圖來表示信息，而XML架構以類型化元素樹來表示信息，因此在使用SOAP編碼表示XML類型結構時會存在歧義。為此WS-I組織認為SOAP編碼規(guī)那么應逐漸淘汰，在WS-I簡檔中也不允許WSDL綁定使用SOAP編碼規(guī)那么。2.WSDL具體描述局部具體描述局部52端口端口ports也稱為端點end point。端口將接口綁定額一個具體的網絡地址對應，從而可以通過該網絡地址訪問綁定對應的端口類型接口。端口舉例2.WSDL具體描述局部具體描述局部63效勞從描述形式上看，效勞service是端口ports的邏輯分組。一個特定的WSDL效勞可以與多個不同的URI關聯(lián)，同時也可和不同的端口類型關聯(lián)。在實際應用中，效勞可以按照不同的分類標準對端口進行分類，如：按照效勞可以有效訪問的地址分類；按照不同的端口類型表示對同一端口類型的不同綁定進行分類。效勞舉例謝謝！