第5章-webservice基礎(chǔ)

1、,WEB SERVICES,,一.WEB服務(wù)簡介,1．定義：簡而言之，WEB服務(wù)就是可編程的URL，就是使用標(biāo)準(zhǔn)的INTERNET協(xié)議（比如HTTP或XML）遠(yuǎn)程可調(diào)用的應(yīng)用程序組件。它要想成功用于Internet就需要提供一個與操作系統(tǒng)無關(guān)、與程序設(shè)計語言無關(guān)、與機器類型無關(guān)、與運行環(huán)境無關(guān)的平臺 。,二．WEB服務(wù)技術(shù)體系：,,Internet: IPv4, IPv6,Transport: HTTP, FTP, SMTP,Messa

2、ging: SOAP,Service Description: WSDL,Service Discovery, Integration: UDDI,Workflow: WSFL,Routing, Reliability and Transaction,Management,Quality of Service,Security,Wire / Wireless,WEB服務(wù)體系架構(gòu)：(Web Services和Web Service),三

3、．WEB服務(wù)相關(guān)的技術(shù)：,第一部分：表示數(shù)據(jù) (XML)第二部分：交換消息 (SOAP)第三部分：服務(wù)描述 (WSDL)第四部分：服務(wù)發(fā)現(xiàn)與發(fā)布 (UDDI和WS-Inspection),XML模式：(XML Schema),XML模式是DTD（Document Type Definition）的超集，DTD可以指定元素是包含字符數(shù)據(jù)還是其他數(shù)據(jù)或是一個空元素，DTD不能指定某個特殊元素是否包含整數(shù)、浮點數(shù)或字符串。另外，DTD

4、有自己的語法，而XML模式遵循XML語法。1.用途：數(shù)據(jù)類型定義。2.xs:或xsd前綴一般保留給模式定義，xsi前綴用于模式實例。 xsi:schemaLocation="http://www.shu.com/lesavon1.xsd,(1).Schema聲明：,Schema元素是XML Schema中的第一個出現(xiàn)的元素，用于聲明該XML文檔是一個Schema文檔。例：,(2).元素定義:,ElementType元素

5、是用于定義XML Schema文檔中出現(xiàn)的元素。ElementType只是起到聲明元素的作用，而元素的真正引用還是要依靠element.語法定義如下：,(3)．元素引用,element元素是用于聲明在ElemntType中引用的元素。其語法表達式為： 注：type唯一指定了要引用的元素類型，因此其取值必須同ElementType中的name屬性嚴(yán)格一致。,(4)．分組定義：,,(5)．屬性定義：用于定義該Schema文檔中出現(xiàn)

6、的屬性類型。,,(6)．屬性引用：,AttributeType和attribute的關(guān)系與ElementType和element的關(guān)系相同。 ,(7)．?dāng)?shù)據(jù)類型：,元素和屬性的數(shù)據(jù)類型可以使用元素datatype來定義。 datatype元素只是定義數(shù)據(jù)類型的一個手段，我們更方便用dt:type屬性。 例如： 和 ,Schemal例子：,

7、   ,第二部分：交換消息,請求消息 響應(yīng)消息,服務(wù)請求者,服務(wù)提供者,,,1.定義,SOAP（Simple Object Access Protocol）是基于XML實現(xiàn)了一種消息格式以交換請求和使用，使用XML作為SOAP消息的基礎(chǔ)

8、使得任何實現(xiàn)基本的INTERNET通信服務(wù)的系統(tǒng)都能處理和傳送這類消息 。,解釋：,a:SOAP中的“簡單”一詞是相對術(shù)語，在這里，相對于其他用于此目的的協(xié)議來說，它是簡單的，包括DCOM和CORBA，他們也能實現(xiàn)軟件之間的通信，但是也很不友好。b:而術(shù)語“協(xié)議”表示雙方認(rèn)可的一個標(biāo)準(zhǔn)，即如何格式化消息以便雙方能夠通信。SOAP協(xié)議只是定義了一種消息格式，它并沒有為交換消息而強加某種特定的傳送協(xié)議，因此可采用HTTP，F(xiàn)TP ,SMT

9、P等協(xié)議來傳送消息。,2.SOAP的設(shè)計目標(biāo)：,簡明性：主要表現(xiàn)在SOAP的整個消息結(jié)構(gòu)非常簡單（一個Envelop中只包含了Header和Body兩部分）除了消息結(jié)構(gòu)外，SOAP沒有定義額外的表述結(jié)構(gòu)標(biāo)準(zhǔn)，沒有定義自己的編碼標(biāo)準(zhǔn)，沒有定義自己的傳輸協(xié)議?？蓴U展性：表現(xiàn)在SOAP可以使用任意的模式定義方式來定義內(nèi)部傳輸內(nèi)容的結(jié)構(gòu)（編碼方式一般使用XML Schemal），可以與任意的網(wǎng)絡(luò)傳輸方式來完成傳輸。,3.SOAP的消息交換模

10、型：,SOAP一般會和實現(xiàn)模式結(jié)合，例如：請求／響應(yīng) 。 soap響應(yīng) soap消息 soap消息CA中心 e-Marketplace 企業(yè),Account Service,Product Service,PurchaseOrder,,,,4

11、.結(jié)構(gòu):,SOAP（Simple Object Access Protocol ）它包括四個部分：1.SOAP封裝(envelop)，封裝定義了一個描述消息中的內(nèi)容是什么，是誰發(fā)送的，誰應(yīng)當(dāng)接受并處理它以及如何處理它們的框架；2.SOAP編碼規(guī)則（encoding rules），用于表示應(yīng)用程序需要使用的數(shù)據(jù)類型的實例; 3.SOAP RPC表示(RPC representation)，表示遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)定;4.SOAP

12、綁定（binding），使用底層協(xié)議交換信息。,POST /StockQuote HTTP/1.1Host: www.stockquoteserver.comContent-Type: text/xml; charset="utf-8“Content-Length: nnnnSOAPAction: "http://example.org/2001/06/quotes" 

13、 DIS ,SOAP消息,SOAP消息響應(yīng)：,HTTP/1.1 200 OKContent-Type: text/xml; charset="utf-8“Content-Length: nnnn  34.5 ,(1)．SOAP包封,SOAP Header典型的擴展例子可以是實現(xiàn)一

14、些諸如認(rèn)證、事務(wù)管理以及支付的Header條目。SOAP actor屬性: SOAP actor屬性的值是一個URI，指明下一個進行消息處理的SOAP中介。若省略SOAP actor屬性，則表明接收者是SOAP消息的最終接收者。SOAP mustUnderstand屬性:用于指明一個Header條目是否能夠被接受方正確的理解。將返回“true”或“false”.,SOAP Body,這個調(diào)用負(fù)責(zé)指定要執(zhí)行的方法名以及所有傳遞給方法的

15、參數(shù)。在WEB服務(wù)者接受、翻譯并處理完了這個方法調(diào)用之后，它就會發(fā)送一個響應(yīng)或錯誤消息。,SOAP Fault,SOAP Fault元素是用于在SOAP消息中傳輸錯誤或狀態(tài)信息。如果SOAP消息需要包含SOAP Fault元素的話，它必須作為一個Body條目出現(xiàn)，同時在Body元素內(nèi)它必須不出現(xiàn)多于一次(至多出現(xiàn)一次)。,SOAP Fault元素定義了如下子元素,faultcode :此元素必須在SOAP Fault 中出現(xiàn)，SOAP定

16、義了一個小的錯誤集合，用于定義覆蓋基本的SOAP錯誤。 faultstring：是為那些錯誤代碼提供一個人可以讀懂的錯誤解釋。faultactor :用于指示錯誤源，屬性的值是一個標(biāo)識該源的一個URI。Detail:它可以添加用戶自定義的錯誤（包括錯誤消息和錯誤號 ）,(2)．SOAP編碼,SOAP編碼規(guī)則(encoding rules)，定義了一個數(shù)據(jù)的編碼機制，通過這樣一個編碼機制來定義應(yīng)用程序中需要使用的數(shù)據(jù)類型，它遵循XM

17、L模式規(guī)范的結(jié)構(gòu)和數(shù)據(jù)類型定義，其中包括簡單類型（整數(shù)，字符串等）和一些復(fù)雜類型（struct,Array等） 。,(3)．SOAP與傳輸協(xié)議綁定：（一般是HTTP）,將SOAP綁定在HTTP上可以利用HTTP豐富的特性集，更恰當(dāng)?shù)拿枋鰬?yīng)當(dāng)是SOAP的語義通過HTTP的映射而很自然地成為HTTP的語義。同時，SOAP很自然的利用HTTP的請求／響應(yīng)模型。SOAPAction HTTP請求：可以用于指示SOAP HTTP請求的目的，它的

18、值是一個標(biāo)識該目的的URI。SOAP對于格式上并沒有嚴(yán)格的限制，同時對URI的描述以及是否要是可解析的都沒有嚴(yán)格的限制。當(dāng)發(fā)出SOAP HTTP請求時，HTTP客戶必須使用該頭字段。,(4).在RPC中使用SOAP,SOAP RPC表示(RPC representation)，定義了一個用于表示遠(yuǎn)端過程調(diào)用和響應(yīng)的約定，例如如何傳輸過程調(diào)用，在具體傳輸協(xié)議的哪個部分傳輸過程響應(yīng)，因為我們可以在HTTP的響應(yīng)的時候傳遞過程響應(yīng)。,為實施一

19、個方法調(diào)用，需要以下信息:,目標(biāo)SOAP結(jié)點的URI·      方法名·      可選的方法或過程的特征·      方法或過程的參數(shù)·      可選的頭數(shù)據(jù),例子：fuction co

20、py(in s:string; in Index ; in Count:Integer): string;從傳入的字符串s中，從位置Index處開始刪除長度為Count的子串。（假設(shè)這些函數(shù)是位于URIwww.example.com/system遠(yuǎn)程函數(shù) ）SOAPAction :http://www.example.com/system(表示請求的是www.example.com上的system. 。。。。

21、 。。。 。。。 響應(yīng)：。。。,5．總結(jié)：,SOAP簡單的理解，就是這樣的一個開放協(xié)議SOAP=RPC+HTTP+XML：采用HTTP作為底層通訊協(xié)議；RPC作為一致性的調(diào)用途徑，ＸＭＬ作為數(shù)據(jù)傳送的格式，允許服務(wù)提供者和服務(wù)客戶經(jīng)過防火墻在INTERNET進行通訊交互。,SOAP的優(yōu)勢：,①.SOAP是平臺獨立的：SOAP是普通的XML，可以運行任何平臺。②．SOAP消息描述了消息負(fù)載

22、的每個數(shù)據(jù)元素，這樣就可以很容易的診斷可能出現(xiàn)的問題 。③．自由的傳輸綁定 (不僅僅是HTTP)；自由的語言綁定 (比如Java, C#)。④．SOAP降低了安全風(fēng)險：SOAP只是XML，因此它能夠使用端口80，而該端口通常配置HTTP，因此SOAP消息無需開放其他任何端口，就能通過防火墻的優(yōu)點，從而降低了潛在的安全風(fēng)險。,SOAP的不足：,SOAP允許每個平臺按照他們認(rèn)為的方式考慮如下的特征：①.   對象調(diào)

23、用：SOAP規(guī)范不打算定義如何創(chuàng)建對象實例。②.   垃圾收集：SOAP規(guī)范沒有定義不再需要對象時如何銷毀對象，如沒有定義如何去除對象。③.   安全性：SOAP沒有討論，依靠其他技術(shù)（比如安全套接層SSL）④。驗證：SOAP也沒有提到，眾多技術(shù)都可以實現(xiàn)。,第三部分：服務(wù)描述,XML是一種編碼數(shù)據(jù)的標(biāo)準(zhǔn)方法。SOAP基于XML定義了一種消息格式以便交換方法請求和響應(yīng)，并最終完成WEB服務(wù)的

24、調(diào)用，而WSDL則是用于描述如何使用SOAP來調(diào)用WEB服務(wù)的。,1.定義：,WSDL將WEB服務(wù)描述定義為一組服務(wù)訪問點。它包含對一組操作和消息的抽象定義，綁定到這些操作和消息的一個具體協(xié)議和這個綁定的一個具體服務(wù)訪問規(guī)范。,1．Types：數(shù)據(jù)類型的容器，它是用某種類型系統(tǒng)，很多情況下這個部分指的是XML模式定義（XML Schema Definition, XSD）2．Messages通信消息的數(shù)據(jù)機構(gòu)的抽象類型化定義。使用

25、TYPE所定義的類型來定義整個消息的數(shù)據(jù)結(jié)構(gòu)。3．Operation：對服務(wù)中所支持的操作的抽象描述，一般單個Operation描述了一個訪問入口的請求／響應(yīng)消息對。4. PortTypes：對于某個訪問入口點類型所支持的操作的抽象集合。5． Bindings：特定端口類型的具體協(xié)議和數(shù)據(jù)格式規(guī)范的綁定。6． Port :定義為協(xié)議／數(shù)據(jù)格式綁定與具體WEB訪問地址組合的單個服務(wù)訪問點。7. Services：相

26、關(guān)服務(wù)訪問點的集合。 8. Import: 引用其他的接口服務(wù)文檔。,2.結(jié)構(gòu),類型部分：數(shù)據(jù)類型的容器，包含了所有在消息中使用的XML元素的類型定義定義。,消息部分：具體定義了通信中使用消息的數(shù)據(jù)結(jié)構(gòu)，Message元素包含了一組Part元素（相當(dāng)于函數(shù)中的參數(shù)）,端口類型部分：定義了一種服務(wù)訪問入口類型。所謂訪問入口類型就是傳入／傳出消息模式及其格式（WSDL中支持四種訪問入口調(diào)用的模式：A：單請求；B：單響應(yīng)；C:請求／響

27、應(yīng)；D:響應(yīng)／請求）。PortType的定義會引用消息定義部分的一到兩個消息，作為請求或響應(yīng)消息的格式。一個PortType可以包含若干個Operation，而一個Operation則是指訪問入口支持的一種類型的調(diào)用 。,,小結(jié)：以上三種描述了WEB服務(wù)的抽象定義（抽象定義層），這三部分與具體WEB服務(wù)部署細(xì)節(jié)無關(guān)，是可復(fù)用的描述。（即這三部分可以說是WEB服務(wù)本身，與具體的語言實現(xiàn)，遵從的平臺的細(xì)節(jié)規(guī)范，被部署到那臺機器無關(guān)）,綁定部

28、分：定義了某個PortType與具體的網(wǎng)絡(luò)傳輸協(xié)議或消息交換協(xié)議相綁定,以及具體的數(shù)據(jù)格式規(guī)范。從這一層開始，就與具體的服務(wù)部署相關(guān)了。,服務(wù)部分:描述的是一個具體的被部署的WEB服務(wù)所提供的所提供的所有訪問入口的部署細(xì)節(jié)，一個Service往往有多個服務(wù)訪問入口（Port）。Port描述的是一個服務(wù)訪問入口的部署細(xì)節(jié) 。,第四部分：服務(wù)發(fā)現(xiàn)與發(fā)布,WEB 服務(wù)發(fā)現(xiàn)是定位或發(fā)現(xiàn)一個或多個說明特定的WEB 服務(wù)的文檔的過程，WEB 服務(wù)的

29、客戶通過發(fā)現(xiàn)來知道某個Web 服務(wù)是否存在，以及從哪里功能獲取這個WEB 服務(wù)的文檔。,1.定義： UDDI是一種使貿(mào)易伙伴彼此發(fā)現(xiàn)對方和查詢對方的規(guī)范。它是最終用戶通過搜索企業(yè)列表、企業(yè)分類或者實際WEB服務(wù)的可編程描述。使查找產(chǎn)品和服務(wù)成為可能。解釋：UDDI不僅是一個簡易的搜索引擎，它也包含了如何通過編程來和這些WEB服務(wù)進行交互。（對UDDI的使用可以用手動查詢或程序查詢）,UDDI工作原理,2.UDDI數(shù)據(jù)表類型：,１．

30、白頁：包含了基本的企業(yè)信息，諸如企業(yè)名稱、文字性介紹（可能是多國語言）以及聯(lián)系方式，包括名稱、電話號碼、電子郵件以及屬于這些企業(yè)的網(wǎng)站。２．黃頁：按分類法對企業(yè)信息進行分類，在UDDI的第一個版本中，這種分類法包括了對行業(yè)、產(chǎn)品或服務(wù)以及位置的分類。３．綠頁：包含了如何與企業(yè)進行電子交互的信息，包含交易過程（也就是，創(chuàng)建訂單和檢查存貨等多種WEB服務(wù)）、服務(wù)描述（個人WEB服務(wù)和它們的用途）以及解釋如何通過調(diào)用一個給定的WEB服務(wù)的

31、捆綁信息。,UDDI的數(shù)據(jù)結(jié)構(gòu)：,,,商業(yè)實體信息：businessEntity 元素許多合作伙伴希望能準(zhǔn)確地定位到你提供的服務(wù)的相關(guān)信息，并把這些信息作為了解你們企業(yè)的開始。技術(shù)人員、程序員或應(yīng)用程序希望知道你的企業(yè)名稱和一些關(guān)鍵性的標(biāo)識。所有“businessEntity”中的信息支持“黃頁”分類法。如：Business Key, Name，Description，Contacts等。,商業(yè)服務(wù)信息：businessService

32、元素businessService 和下面要提到的bindingTemplate一起構(gòu)成了“綠頁”信息。businessService 結(jié)構(gòu)是一個描述性的容器，它將一系列有關(guān)商業(yè)流程或分類目錄的Web 服務(wù)的描述組合到一起。 (包含businessKey,serviceKey,name,description).,技術(shù)綁定信息：bindingTemplate元素對于每一個businessService，存在一個或多個Web 服務(wù)的技

33、術(shù)描述bindingTemplate。這些技術(shù)描述包括應(yīng)用程序連接遠(yuǎn)程Web 服務(wù)并與之通訊所必須的信息。這些信息包括Web應(yīng)用服務(wù)的地址、應(yīng)用服務(wù)宿主和調(diào)用服務(wù)前必須調(diào)用的附加應(yīng)用服務(wù)等。另外，通過附加的特性還可以實現(xiàn)一些復(fù)雜的路由選擇，諸如負(fù)載平衡等。包括（bindingKey,businessKey,serviceeKey,accessPoint（指向WEB服務(wù)入口點的URL、EMAIL、電話號碼等）等）。,規(guī)范描述的指針和技術(shù)

34、標(biāo)識tModel調(diào)用一個服務(wù)所需要的信息是在bindingTemplate的結(jié)構(gòu)中定義的。不過一般來說，僅知道Web服務(wù)所在的地址是不夠的 。因此，每一個bindingTemplate元素都包含一個特殊的元素，該元素包含了一個列表，列表的每個子元素分別是一個調(diào)用規(guī)范的引用。這些引用作為一個標(biāo)識符的雜湊集合，組成了類似指紋的技術(shù)標(biāo)識，用來查找、識別實現(xiàn)了給定行為或編程接口的Web 服務(wù)。（主要包含name,Description,ca

35、tegoryBag等),描述商業(yè)實體之間關(guān)聯(lián)關(guān)系的關(guān)聯(lián)信息： pulisherAssertion,UDDI2.0新增加了一個結(jié)構(gòu)，這種機制能令多于一個的已注冊的bussinessEntity元素以某種方式互相連接，用以表示一種特定類型的關(guān)聯(lián)關(guān)系。因為大型商業(yè)實體有很多小型的部分組成，UDDI允許他們以多個組成部分的形式來實施注冊。,3.UDDI程序員的API規(guī)范：,UDDI程序員的API規(guī)范是一個文檔，概述了公共課調(diào)用SOAP接口在

36、UDDI站點上執(zhí)行的每項操作。它由兩部分組成：Inquiry API，用于查詢和瀏覽UDDI注冊表來發(fā)現(xiàn)最終用戶查詢的企業(yè)和服務(wù)：Publisher API，用于添加、更新和刪除UDDI注冊表中的企業(yè)和服務(wù)信息。詳細(xì)信息可查閱：http://www.uddi-china.org/pubs/ProgrammersAPI-V2.00-Open-20010608-CN.pdf,(1)．查詢用API：,每個UDDI數(shù)據(jù)結(jié)構(gòu)（businessE

37、ntity,businessService,bindingTemplate和tModel）都有一個find_xxx和get_xxx函數(shù)。這8個函數(shù)構(gòu)成了查詢API。它允許用戶在數(shù)據(jù)實體上的注冊表中搜索關(guān)鍵詞或者值，然后給出所有與這個條目相關(guān)的數(shù)據(jù)。這個API主要作為查找和顯示最終用戶想查找的企業(yè)、服務(wù)等的一種方法。Find_xxx一般是用于定位特定的服務(wù)，get_xxx一般是用于得到完整的信息。,(2).發(fā)布用API：,每個UDDI數(shù)

38、據(jù)結(jié)構(gòu)都有一個save_xxx和delete_xxx函數(shù)。加上權(quán)限認(rèn)證函數(shù)（get_authToken,discard_authToken)這些函數(shù)形成了Pulication(發(fā)布)API，它允許用戶（經(jīng)過注冊授權(quán)的用戶）對現(xiàn)有的注冊標(biāo)目進行更新，用save_xxx創(chuàng)建新的條目，用delete_xxx能完全刪除給出的數(shù)據(jù)結(jié)構(gòu)。但是用戶必須是已經(jīng)授權(quán)的終端使用者。,,實例:(發(fā)布一個WEB服務(wù)）1.向指定的UDDI注冊中心站點申請登陸并

39、要求獲得認(rèn)證令牌。 2.如果登陸成功、驗證通過，那么UDDI注冊中心站點將響應(yīng)一個authToken消息，這個令牌將是其他發(fā)布函數(shù)的必備參數(shù)。 SESSION$90X0232-ABKNC ,3,如果用戶不存在或密碼錯誤,那么將返回下列錯誤信息(用相應(yīng)的errcode和errno表示，）。4.調(diào)用成功后，用戶可以用其他的發(fā)布API進行發(fā)布。當(dāng)完成一系列的調(diào)用后，用戶應(yīng)該丟棄令牌。 SESSI

40、ON$90X0232-ABKNC 5.調(diào)用成功后，UDDI會返回一個成功響應(yīng)的消息。 ,例:發(fā)布tModel: 注:在發(fā)布的時候，tModel鍵應(yīng)當(dāng)是空的，表示該數(shù)據(jù)是新增的，但發(fā)布之后再返回的信息中UDDI將為這個tModel分配一個新的tModel標(biāo)識符（tModelKey)。,3.UDDI和WSDL的關(guān)系：,UDDI數(shù)據(jù)實體提供了對定義業(yè)務(wù)和服務(wù)信息的支持，WSDL中定

41、義的服務(wù)描述信息是UDDI注冊信息的補充，UDDI提供了許多不同類型的服務(wù)描述的支持。因此，UDDI沒有對WSDL的直接支持，也沒有對任何其他服務(wù)描述機制的直接支持。,WSDL文檔被分成兩種類型，即服務(wù)接口和服務(wù)實現(xiàn)。 服務(wù)接口包括types,message,portType, Binding等元素。通過使用import元素，一個服務(wù)接口文檔可以使用另一個服務(wù)接口文檔。服務(wù)實現(xiàn)文檔包含實現(xiàn)一個服務(wù)接口類型服務(wù)的描述，包含imp

42、ort和service元素。服務(wù)接口文檔：在UDDI注冊中心被當(dāng)作tModel發(fā)布；服務(wù)實現(xiàn)文檔：包含的每個service元素都被用作UDDI businesssService;(port相當(dāng)于 bindingTemplate）,,WS-Inspection（分布式WEB服務(wù)發(fā)現(xiàn)技術(shù)）,1.介紹:WS-Inspection 規(guī)范并不定義一種服務(wù)描述語言。WS-Inspection 文檔提供一種方法來聚集不同類型的服務(wù)描述。WS

43、-Inspection 文檔中，一個服務(wù)可以有多種對服務(wù)描述的引用。例如，可以既使用 WSDL 文件又在 UDDI 注冊中心描述一個 Web 服務(wù)。對這兩種服務(wù)描述的引用應(yīng)該放在 WS-Inspection 文檔中。,,WS-Inspection的使用：,2.WS-Inspection 規(guī)范的兩個主要功能,(1).定義 XML 格式用于列舉對現(xiàn)有服務(wù)描述的引用。 (2).定義一組約定，這樣能容易定位 WS-Inspection 文檔。

44、,3.WS-Inspection 文檔格式,前面已經(jīng)提到WS-Inspection 文檔提供對服務(wù)描述的引用的集合。這些服務(wù)描述可以用任何服務(wù)描述格式（例如 WSDL、UDDI 或者簡單 HTML）定義。 WS-Inspection 文檔包含對服務(wù)描述引用的列表和對其它 WS-Inspection 文檔的引用。WS-Inspection 文檔將包含一個或多個 元素和 元素。一個 元素將包含一個或多個不同類型的對相同 Web 服務(wù)

45、的服務(wù)描述的引用。 元素可包含唯一一類對服務(wù)描述的引用，但是這些服務(wù)描述不必引用相同的 Web 服務(wù)。, 52946BB0-BC28-11D5-A432-0004AC49CC1E

46、 ,4.查找 WS-Inspection 文檔,WS-Inspection 規(guī)范提供的第二個主要功能是如何定義一個可以訪問 WS-Inspection 文檔的位置。創(chuàng)建了兩個約定使 WS-Inspection 文檔的位置和檢索相對容易：1.WS-Inspection 文檔的固定名稱 WS-Inspection 文檔的固定名稱是 inspection.wsil。有

47、該名稱的文檔可以放在 Web 站點的通用入口點。例如，如果通用入口點是 http://example.com 或者 http://example.com/services，那么,WS-Inspection 文檔的位置將分別是 http://example.com/inspection.wsil 和 http://example.com/services/inspection.wsil。 2.鏈接的 WS-Inspection 文檔,5

48、.UDDI和WS-Inspection的關(guān)系:,1. 發(fā)現(xiàn)模式可以分為兩大類：有重點的和無重點的。2.除發(fā)現(xiàn)機制支持的模式以外，還可以根據(jù)其它兩種屬性來描繪其特性：信息傳播點的選擇和與發(fā)現(xiàn)過程有關(guān)的成本。在發(fā)現(xiàn)過程中，可以直接從信息源／始發(fā)者或第三方提取信息。3.開銷:,信息(服務(wù))的發(fā)現(xiàn)方式:,1.直接通信（語音） 支持一些有重點的和無重點的發(fā)現(xiàn)模式。 直接從信息源／始發(fā)者開始傳播。

49、 無開銷。2.簡單的聚合標(biāo)記（名片或目錄） 支持一些有重點的和無重點的發(fā)現(xiàn)模式。 直接從信息源／始發(fā)者開始傳播。 中等開銷。 3.目錄輔助（操作員或可搜索的在線”黃頁”） 支持大量有重點發(fā)現(xiàn)模式及一些無重點的發(fā)現(xiàn)模式。 通過第三方傳播。 高額開銷,WS-Inspection,UDDI,總結(jié),WS-Inspection 語言以及它如何為任