首頁新隨筆新文章聯系聚合

posts - 110,comments - 35,trackbacks - 0

2007年3月

>

日

一

二

三

四

五

六

25

26

27

28

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

6

7

MSN: yeiwei2008@hotmail.com
你溫柔的臉旁總是徜徉著快樂的神情,你調皮的眼神總是扣人心弦,每次走過都會被你糾纏,雖然有時候有點不講理,不過我到是很喜歡!
你的倔強讓你變的有點高傲,高傲的你成為了我獵奇的對象,當與你相識的那一刻,我才真正的了解,其實你根本沒什么,也是小女人一個,需要疼愛,需要哄,需要愛!無聊的時候我總會上網上看著你,雖然有時候我們誰都不說話只是靜靜的待在那里!

常用鏈接

留言簿(4)

隨筆分類(80)

隨筆檔案(110)

文章分類(28)

文章檔案(31)

新聞檔案(1)

2010年1月 (1)

相冊

收藏夾

精品收藏

友情鏈接

QQ
我的女兒····
http://yexinchen2009.blog.sohu.com/
我的服裝店
主要賣【最潮拜☆日單精品】【Esprit】【Hotwind】滿150包郵-女裝-流行女裝-淘寶網

搜索

積分與排名

積分 - 61823
排名 - 854

閱讀排行榜

評論排行榜

WebService初探（推薦）

Web Service初探（推薦） 
 
 
 
簡介 
 
回顧過去的六年，難以想象如果沒有互聯網的話，網絡計算會變成什么樣。更早的超文本模式失敗了，而互聯網成功了，這其中最基本的原因可以歸結為：互聯網簡單且無處不在。從服務提供者（如網上商店）的角度來看，只要你會打字，你就可以接受服務。從服務API的角度來看，互聯網上絕大多數的活動都可以由三種方法（GET, POST, 和PUT ）以及一種標記語言來完成。Web Service的興起正是基于這樣一個事實：Web不僅可以作為一個信息平臺，也可以作為一個服務平臺。 
這里的“Services”不是指Amazon.com提供的那種粗糙的服務，而是一種組件服務，其他人可以用來構造更強大的服務。例如，Microsoft提供了Passport服務，提供Web上的認證功能，所以，類似華盛頓郵報之類的電子報紙就不必自己開發認證服務，只要交給Passport做就可以了。當然，這只是一個假設。 
 
Oracle的動態服務白皮書（dynamic services whitepaper）提供了更多組件服務的例子：匯率轉換，翻譯，貨物運輸等等。IBM對Web Service有一個更為正式的定義： 
 
Web ervices 是一種新的web應用程序分支，他們是自包含、自描述、模塊化的應用，可以發布、定位、通過web調用。Web service可以執行從簡單的請求到復雜商務處理的任何功能。一旦部署以后，其他web services應用程序可以發現并調用它部署的服務。 
 
IBM的Web Service指南接著說在幾年前Web Service還是一個效率低下無法引起人們興趣的概念。但是隨著帶寬和存儲變的更為便宜，內容更為動態化，對不同平臺上廣泛而多樣的計算設備的集成的要求也更為強烈，同時，也使得人們對代價（帶寬和存儲）不那么敏感。 
 
當我已經有了我中意的中間件平臺（RMI, Jini, CORBA, DCOM 等等)時，為什么還要為Web而煩惱呢？中間件確實提供了強大的服務實現手段，但是，他們當中沒有一個是絕對的勝利者。Web作為信息發布者的力量就在于簡單且無處不在，這對解決現在這樣一個分裂中間件世界很重要。Web通過在傳統中間件平臺上更有效實現的Services，來提供一個統一且廣泛適用的接口，這樣就改善了這個平臺。 
 
從一個N層應用程序結構的角度來看，web service只是一個方便程序訪問的包裝，服務還是要靠中間件來實現。訪問包括服務請求處理（監聽者）和一個支持商業邏輯操作的接口，商業邏輯本身是由傳統的中間件平臺實現的。 
 
Web Services平臺 
 
那么什么是web service 平臺呢？最基本的平臺是XML加HTTP。HTTP是一個在Internet上廣泛使用的協議。XML是一種元語言，你可以用它書寫特定的語言來描述客戶和服務之間或者組件和復雜服務之間的交互。在web server之后，XML格式的消息被轉變成中間件的請求，返回的結果也會轉化成XML格式。 
 
你可能會問，這與說CORBA是IDL加上RPC不是一樣嗎？這個平臺到底如何支持service的發現，事務，安全，認證等等基本功能，以使它真正成為一個平臺呢? 下面我們將講述這一點。 
 
有必要增加一些服務，同時保持簡單性和普遍性，來把Web構建成一個功能更強大的平臺。可以認為功能全面的web services平臺是XML＋HTTP＋SOAP＋WSDL＋UDDI。在更高層次上，可能還要加上一些尚未廣泛接受的技術如XAML,XLANG, XKMS,和XFS。 
 
以下是對這些平臺要素的簡要描述。需要指出的是，這些還是發展中的技術，很多時候對一個問題會有多種解決方案。 
 
SOAP (遠程調用) 
UDDI (貿易，目錄服務) 
WSDL (描述服務特征) 
XLANG/XAML (為包括多種web services的復雜web事務提供支持） 
XKMS (XML Key Management Specification) - 支持認證和注冊，這個工作還在進展之中 
 
SOAP 
 
SOAP是一個協議規范，定義了傳遞XML-encoded數據時的統一方式。它還定義了使用HTTP作為底層通信協議時執行遠程調用（RPC）的方法。 
 
SOAP的興起是基于這樣一種認識，無論現在的中間件是如何的好，他們都需要一個WAN包裝。以XML格式發送消息有很多好處，如能夠確保互用性。中間件使用者看來愿意容忍解析和序列化XML文檔的代價，因為這可以讓他們的軟件使用范圍更寬。 
 
IBM, Microsoft, UserLand,和DevelopMentor在2000年向W3C提交了SOAP，并成為W3C的Note，SOAP更長遠的發展規劃現在是由W3C的XML協議工作組來制定。這有力的表明了直到W3C工作組交付規范為止，SOAP都將是一個穩定的規范。 
 
UDDI (Universal Description, Discovery and Integration Service) 
 
UDDI為客戶提供了動態查找其它web 
 
services的機制。使用UDDI接口，商務處理可以動態的連接到外部的商務合作者提供的服務上。一個UDDI注冊類似于CORBA的trader，也可以把它想象成商業應用程序的DNS服務。一個UDDI注冊有兩種客戶：要發布一個服務（和使用接口）的商務應用，以及想要得到特定服務的客戶。下表是UDDI提供服務的概述。UDDI層在SOAP層之上，并假定請求和應答都是以SOAP消息傳送的UDDI對象。下面還包含了一個簡單的查詢。 
 
 
 
關于支持全方位的發現（full-featured discovery），UDDI沒有一個近期的計劃。UDDI希望能夠成為支持其它標準的更高層服務的基礎。UDDI計劃支持更復雜的商務邏輯，包括層次型商業組織。UDDI有著廣泛的支持，IBM, Ariba,和 
 
Microsoft都全力推動它。到目前為止，它還不是一個開放的標準。 
 
 
 
UDDI 舉例 
 
 
查詢：下面在SOAP封裝之內的查詢，返回Microsoft的詳細信息。 
 
 
 
<find_business 
 
generic="1.0" xmlns="urn:uddi-org:api"> 
 
 
 
 
face=Arial,Helvetica> 
 
<name>Microsoft</name> 
 
 
 
 
face=Arial,Helvetica></find_business> 
 
 
 
結果：businessInfo元素中包含了Microsoft注冊的服務信息，也包括這個UDDI服務本身。 
 
<businessList generic="1.0" 
operator="Microsoft Corporation" 
truncated="false" 
xmlns="urn:uddi-org:api"> 
<businessInfos> 
<businessInfo 
businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3"> 
<name>Microsoft Corporation</name> 
<description xml:lang="en"> 
Empowering people through great software - 
any time, any place and on any device is Microsoft’s 
vision. As the worldwide leader in software for personal 
and business computing, we strive to produce innovative 
products and services that meet our customer’s 
</description> 
<serviceInfos> 
<serviceInfo 
businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3" 
serviceKey="1FFE1F71-2AF3-45FB-B788-09AF7FF151A4"> 
<name>Web services for smart searching</name> 
</serviceInfo> 
<serviceInfo 
businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3" 
serviceKey="8BF2F51F-8ED4-43FE-B665-38D8205D1333"> 
<name>Electronic Business Integration Services</name> 
</serviceInfo> 
<serviceInfo 
businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3" 
serviceKey="611C5867-384E-4FFD-B49C-28F93A7B4F9B"> 
<name>Volume Licensing Select Program</name> 
</serviceInfo> 
<serviceInfo 
businessKey="0076B468-EB27-42E5-AC09-9955CFF462A3" 
serviceKey="A8E4999A-21A3-47FA-802E-EE50A88B266F"> 
<name>UDDI Web Sites</name> 
</serviceInfo> 
</serviceInfos> 
</businessInfo> 
</businessInfos> 
</businessList> 
 
WSDL ：Web服務定義語言 
 
WSDL為服務提供者提供了描述構建在不同協議或編碼方式之上的web 
 
service請求基本格式的方法。WSDL用來描述一個web 
 
service能做什么，它的位置在哪里，如何調用它等等。在假定以SOAP/HTTP/MIME 
 
作為遠程對象調用機制的情況下，WSDL會發揮最大作用。UDDI注冊描述了web 
 
service的絕大多數方面，包括服務的綁定細節。WSDL可以看作是UDDI服務描述的子集。 
 
 
 
WSDL將服務定義為一個網絡端點的集合，或者說端口的集合。在WSDL里面，端點及消息的抽象定義與它們具體的網絡實現和數據格式綁定是分離的。這樣就可以重用這些抽象定義：消息，需要交換的數據的抽象描述；端口類型，操作的抽象集合。針對一個特定端口類型的具體協議和數據格式規范構成一個可重用的綁定。一個端口定義成網絡地址和可重用的綁定的聯接，端口的集合定義為服務。因此一個WSDL文檔在定義網絡服務的時候使用如下的元素： 
類型-- 
 
使用某種的類型系統（比如XSD）定義數據類型的容器 
消息-- 通訊數據抽象的有類型的定義 
操作-- 
 
服務支持的動作的抽象描述 
端口類型-- 一個操作的抽象集合，該操作由一個或多個端點支持 
綁定-- 
 
針對一個特定端口類型的具體的協議規范和數據格式規范 
端口-- 一個單一的端點，定義成一個綁定和一個網絡地址的聯接 
 
 
服務-- 相關的端點的集合 
 
 
 
所以，可以這樣說，WSDL給客戶提供了一個模板，方便他們描述和綁定服務。 
 
 
 
下面是一個簡單的例子，例子中的服務用來查找Motorala股票的價格。 
 
服務描述： 
 
<?xml version="1.0"?> 
<definitions name="StockQuote" 
targetNamespace="http://example.com/stockquote.wsdl" 
xmlns:tns="http://example.com/stockquote.wsdl" 
xmlns:xsd1="http://example.com/stockquote.xsd" 
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" 
xmlns="http://schemas.xmlsoap.org/wsdl/"> 
<types> 
<schema targetNamespace="http://example.com/stockquote.xsd" 
xmlns="http://www.w3.org/1999/XMLSchema"> 
<element name="TradePriceRequest"> 
<complexType> 
<all> 
<element name="tickerSymbol" type="string"/> 
</all> 
</complexType> 
</element> 
<element name="TradePrice"> 
<complexType> 
<all> 
<element name="price" type="float"/> 
</all> 
</complexType> 
</element> 
</schema> 
</types> 
 
<message name="GetLastTradePriceInput"> 
<part name="body" element="xsd1:TradePrice"/> 
</message> 
<message name="GetLastTradePriceOutput"> 
<part name="body" element="xsd1:TradePriceResult"/> 
</message> 
 
<portType name="StockQuotePortType"> 
<operation name="GetLastTradePrice"> 
<input message="tns:GetLastTradePriceInput"/> 
<output message="tns:GetLastTradePriceOutput"/> 
</operation> 
</portType> 
 
<binding name="StockQuoteSoapBinding" 
type="tns:StockQuotePortType"> 
<soap:binding style="document" 
transport="http://schemas.xmlsoap.org/soap/http"/> 
<operation name="GetLastTradePrice"> 
<soap:operation 
soapAction="http://example.com/GetLastTradePrice"/> 
<input> 
<soap:body use="literal" 
namespace="http://example.com/stockquote.xsd" 
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/> 
</input> 
<output> 
<soap:body use="literal" 
namespace="http://example.com/stockquote.xsd" 
encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/> 
</output> 
</operation> 
</binding> 
 
<service name="StockQuoteService"> 
<documentation>My first service</documentation> 
<port name="StockQuotePort" binding="tns:StockQuoteBinding"> 
<soap:address location="http://example.com/stockquote"/> 
</port> 
</service> 
 
</definitions> 
 
<binding name="StockQuoteServiceBinding" 
type="StockQuoteServiceType"> 
<soap:binding style="rpc" 
transport="http://schemas.xmlsoap.org/soap/http"/> 
<operation name="getQuote"> 
<soap:operation 
soapAction="http://www.getquote.com/GetQuote"/> 
<input> 
<soap:body type="InMessageRequest" 
namespace="urn:live-stock-quotes" 
encoding="http://schemas.xmlsoap.org/soap/encoding/"/> 
</input> 
<output> 
<soap:body type="OutMessageResponse" 
encoding="http://schemas.xmlsoap.org/soap/encoding/"/> 
</output> 
</operation> 
</binding> 
<service name="StockQuoteService"> 
<documentation>My first service 
</documentation> 
<port name="StockQuotePort" 
binding="tns:StockQuoteBinding"> 
<soap:address location="http://example.com/stockquote"/> 
</port> 
</service> 
</definitions> 
 
SOAP請求： 
 
POST /StockQuote HTTP/1.1 
Host: www.stockquoteserver.com 
Content-Type: text/xml; 
charset="utf-8" 
Content-Length: nnnn 
SOAPAction: "Some-URI" 
 
<SOAP-ENV:Envelope 
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" 
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> 
<SOAP-ENV:Body> 
<m:GetLastTradePrice 
xmlns:m="Some-URI"> 
<symbol>MOT</symbol> 
</m:GetLastTradePrice> 
</SOAP-ENV:Body> 
</SOAP-ENV:Envelope> 
 
SOAP應答： 
 
HTTP/1.1 200 OK Content-Type: text/xml; charset="utf-8" 
Content-Length: nnnn 
 
<SOAP-ENV:Envelope 
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" 
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/> 
<SOAP-ENV:Body> 
<m:GetLastTradePriceResponse 
xmlns:m="Some-URI"> 
<Price>14.5</Price> 
</m:GetLastTradePriceResponse> 
</SOAP-ENV:Body> 
</SOAP-ENV:Envelope> 
 
XLANG 
 
 
數據庫中的事務的傳統概念是原子性，即要么不做，要么全做。在分布式的系統中維持這種原子性，一般采用一種代價昂貴的處理方式，即兩相承諾。另一個相對優化的模型也在研究之中（最初叫做sagas，由Hector 
 
Garcia-Molina提出），即每個動作都有一個明確的互補動作，用以取消該動作產生的結果。在現實生活中，這種互補動作的例子很多，比如說，你在信用卡里取出$52，互補動作就是存入$52，你發出一封Email說“你將會在7天內拿到你預定的產品”，互補動作就是發Email說“哦，你還得多等幾天”。XLang就是基于這樣一個概念，用來表示任何要取消的請求的互補動作。而Web 
 
Service的分布式基礎將推動XLang規范的發展，使之能完成復雜的撤銷操作。 
 
XAML 
 
Transaction Authority Markup Language (XAML)提供了傳統的兩相承諾事務語義。在XAML規范中有一個B2B事務的例子。XAML不完全局限于兩相承諾，某些操作也可以象XLang一樣有互補動作。兩相承諾在企業集成中顯然是很有效的，而大量的web事務（如B2C事務）在更便宜的互補動作模型中可以完成。除非XAML把互補動作放在第一位，否則還是XLang存在的的理由更充分。 
 
Scenario 
 
下面的場景演示了一個商業事務，包括一批web service，并將利用XAML。考慮一家公司在網上向一家化工廠購買苯。為了讓買家能夠購買，賣方必須有第三方提供的附加增值服務，如運貨方式，付款方式，意外保險，安全運輸執照等等。必須等到所有服務都就緒且滿足他的要求，買方才會同意購買。他可以買或者不買，換句話說，必須滿足所有的相關要求，才有可能完成這次商務活動。 
 
提供頂層商業事務功能的軟件必須協調每個web service。包括（1）賣方存貨系統；（2）保險服務確保產品能被運輸；（3）財務服務確保依照賣方的形式付款；（4）運輸服務保證按時發送貨物；（5）協調服務確保與政府的安全要求一致。 
 
XKMS (XML Key Management Specification) 
 
XKMS是Microsoft和Verisign用XML應用程序集成PKI和數字認證（用于Internet事務安全性）的成果。關鍵的思想是將簽名處理放到Web上的可信服務器（trust server）上，這樣小客戶就不必自己來做這些內容。XKMS依賴于XML數字簽名規范和正在制定中的XML加密規范。現在的XKMS規范依賴于XML，SOAP，WSDL。 
 
其它例子 
 
Web service平臺是一個發展的生態系統，達爾文主義還在起作用，這里有進化，有競爭，還有混亂。下面是一個小例子。 
 
XFS 
 
XMethods 文件系統服務讓你能夠通過SOAP接口讀或貼文件。這個系統讓開發者可以創建使用集中而穩定數據的服務。理想情況下，這種文件系統能夠用來集中被多個節點訪問的信息。例如，可以用它支持程序補丁的自動升級。XFS提供了一個客戶端工具，在Windows Explorer中集成了XFS web service，這樣Windows Explorer集成了基于XML-SOAP的文件系統。XFS是開放源碼的，由xmethods.com始創，它的前景還不清楚，但是，這個想法在技術上是很有吸引力的。

posted on 2007-03-23 10:30 圣域飛俠閱讀(245) 評論(0) 編輯收藏所屬分類: 轉載

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發表評論。




網站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: Asp.net 2.0 中將網站首頁生成靜態頁的一個比較好的方法生成靜態文件的新聞系統核心代碼 ASP.NET生成靜態頁面實現方法 Orcas中C#語言的新特性：自動屬性，對象初始化器，和集合初始化器 .NET 3.0 資源列表 .Net 3.0的介紹與部署 NET Framework 3.0　問答翻譯 ASP.NET2.0文件圖片處理 C#和ASP.Net面試題目集錦 Asp.net 2.0 GridView數據導出Excel文件