Web Service一詞似乎一夜之間就熱了起來。所謂的Web Service是指由企業發布的完成其特別商務需求的在線應用服務，其他公司或應用軟件能夠通過Internet來訪問并使用這項在線服務。

Web Service是下一代的WWW，它允許在Web站點上放置可編程的元素，能進行基于Web的分布式計算和處理。Web Service的發展非常迅速，這個新規范（SOAP、WSDL 和 UDDI）的構建模塊僅僅才出現了幾個月，就已經對設計、開發和部署基于 Web 的應用產生了巨大的影響，軟件產業的巨頭和Internet時代的軟件新貴們已經開始了在這個領域新一輪的競爭。

Web Service

的特點

Web Service是封裝成單個實體并發布到網絡上供其他程序使用的功能集合。Web Service是用于創建開放分布式系統的構件，可以使公司和個人迅速且廉價地向全世界提供其數據服務。

Web Service是下一代分布式系統的核心，它具有如下特點：??

● 互操作性：任何的 Web Service都可以與其他 Web Service進行交互。由于有了SOAP（Simple Object Access Protocol）這個所有主要供應商都支持的新標準協議，因而避免了在CORBA、DCOM 和其他協議之間轉換的麻煩。還因為可以使用任何語言來編寫 Web Service，因此開發者無需更改其開發環境，就可生產和使用 Web Service。??

● 普遍性：Web Service使用 HTTP 和 XML 進行通信。因此，任何支持這些技術的設備都可以擁有和訪問 Web Service。??

● 易于使用：Web Service背后的概念易于理解，并且有來自 IBM 和微軟這樣的供應商的免費工具箱能夠讓開發者快速創建和部署 Web Service。此外，其中的某些工具箱還可以讓已有的 COM組件和 JavaBean 方便地成為 Web Service。??

● 行業支持：所有主要的供應商都支持 SOAP 和周邊 Web Service技術。例如，微軟的 .Net 平臺就基于 Web Service，因此用 Visual Basic 編寫的組件很容易作為Web Service部署，并可以被IBM VisualAge 編寫的 Web Service使用。??

Web Service

的體系結構

Web Service是獨立的、模塊化的應用，能夠通過網絡，特別是WWW來描述、發布、定位以及調用。Web Service的體系結構描述了三個角色（服務提供者、服務請求者、服務代理者）以及三個操作（發布、查找、綁定）。

服務提供者通過在服務代理者那里注冊來配置和發布服務，服務請求者通過查找服務代理者那里的被發布服務的登記記錄來找到服務，服務請求者綁定服務提供者并使用可用的服務。

在Web Service的世界里，三個操作都包含三個受到稱贊卻又截然不同的技術。發布服務使用UDDI(統一描述、發現和集成)，查找服務使用 UDDI 和 WSDL(Web Service描述語言)的組合，綁定服務使用WSDL 和SOAP。 在三個操作中，綁定操作是最重要的，它包含了服務的實際使用，這也是容易發生互操作性問題的地方。正是由于服務提供者和服務請求者對 SOAP 規范的全力支持才解決了這些問題，并實現了無縫互操作性。

當開發人員開發新的應用時，可以通過UDDI Operator或UDDI Search Engine的Web界面在UDDI Registry上找到需要的Web Service;然后在UDDI Registry內，或通過UDDI Registry中的連接找到該Web Service的調用規范，該調用規范一般使用WSDL描述。開發人員可以使用開發工具或通過手動方式調用該規范，然后在自己的應用中加上該調用規范定義的Web Service調用。這樣開發出的應用就可以通過SOAP來調用指定的Web Service了。

而對于具有自動集成相關應用的服務(Service)或應用(Application)，用戶應用通過SOAP協議訪問UDDI Operator或UDDI Registry，找到需要的Web Service，UDDI Operator和UDDI Registry會通過SOAP協議響應Web Service的調用規范和調用規范的鏈接，應用程序得到使用WSDL描述的服務調用規范文本，通過解析該描述文本，自動生成本地調用接口綁定，并將所需的調用參數適當綁定并完成調用。

簡單對象

訪問協議SOAP

SOAP是一種基于XML的不依賴傳輸協議的表示層協議，用來在應用程序之間方便地以對象的形式交換數據。在SOAP的下層，可以是HTTP/HTTP，也可以是SMTP/POP3，還可以是為一些應用而專門設計的特殊的通信協議。

SOAP以XML形式提供了一個簡單、輕量的用于在分散或分布環境中交換結構化和類型信息的機制。SOAP本身并沒有定義任何應用程序語義，如編程模型或特定語義的實現;實際上，它通過提供一個有標準組件的包模型和在模塊中進行數據編碼的機制，定義了一個簡單的表示應用程序語義的機制，這使SOAP能夠用于從消息傳遞到RPC的各種系統。

SOAP包括三個部分：??

● SOAP封裝結構：定義了一個整體框架，以表示消息中包含什么內容，誰來處理這些內容以及這些內容是可選的或是必需的。??

● SOAP編碼規則：定義了用以交換應用程序定義的數據類型的實例的一系列機制。??

● SOAP RPC表示：定義了一個用來表示遠程過程調用和應答的協定。??

在SOAP封裝、SOAP編碼規則和SOAP RPC協定之外，這個規范還定義了兩個協議的綁定，描述了在有或沒有HTTP擴展框架的情況下，SOAP消息如何包含在HTTP消息中被傳送。

統一描述、

發現和集成協議UDDI

UDDI是一套基于Web的、分布式的、為Web Service提供的、信息注冊中心的實現標準規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標準。

UDDI的核心組件是UDDI商業注冊，它使用一個XML文檔來描述企業及其提供的Web Service。從概念上來說，UDDI商業注冊所提供的信息包含三個部分：

● 白頁(White Page): 包括了地址、聯系方法和已知的企業標識。

● 黃頁(Yellow page):包括了基于標準分類法的行業類別。

● 綠頁(Green Page):包括了關于該企業所提供的Web Service的技術信息，其形式可能是一些指向文件或URL的指針，而這些文件或URL是為服務發現機制服務的。

所有的UDDI商業注冊信息都存儲在UDDI商業注冊中心。通過使用UDDI的發現服務，企業可以單獨注冊那些希望被別的企業發現的自身提供的Web Service。企業可以通過UDDI商業注冊中心的Web界面，或使用實現了“UDDI Programmer's API標準”所描述的編程接口的工具，將信息加入到UDDI的商業注冊中心。UDDI商業注冊中心在邏輯上是集中的，在物理上是分布式的，由多個根節點組成，相互之間按一定規則進行數據同步。當一個企業在UDDI商業注冊中心的一個實例中實施注冊后，其注冊信息會被自動復制到其他UDDI 根節點，于是就能被任何希望發現這些Web Service的人所發現。

Web服務

描述語言WSDL

隨著通信協議和消息格式在Web中的標準化，以某種格式化的方法描述通信變得越來越重要，其實現的可能性也越來越大。用WSDL定義的一套XML語法描述的網絡服務方式滿足了這種需求。WSDL把網絡服務定義成一個能交換消息的通信端點集。WSDL服務為分布式系統提供了幫助文檔，同時該服務也可作為自動實現應用間通信的解決方案。

一個WSDL文檔將服務定義為一個網絡端點的集合，或者端口的集合。在WSDL里，端點及消息的抽象定義與它們具體的網絡實現和數據格式綁定是分離的。這樣就可以重用這些抽象定義：消息，需要交換的數據的抽象描述;端口類型，操作的抽象集合。針對一個特定端口類型的具體協議和數據格式規范構成一個可重用的綁定。一個端口定義成網絡地址和可重用的綁定的聯接，端口的集合定義為服務。因此，一個WSDL文檔在定義網絡服務時使用如下的元素：

● 類型：使用某種類型系統（如XSD）定義數據類型。??

● 消息：通信數據抽象的有類型的定義 。

● 操作：服務支持的動作的抽象描述。??

● 端口類型：一個操作的抽象集合，該操作由一個或多個端點支持。??

● 綁定：針對一個特定端口類型的具體的協議規范和數據格式規范。

● 端口：一個單一的端點，定義成一個綁定和一個網絡地址的聯接。??

● 服務：相關的端點的集合。

jwebee

我的個人網站