首頁新隨筆新文章聯(lián)系聚合

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

常用鏈接

留言簿(4)

隨筆分類(80)

隨筆檔案(110)

文章分類(28)

文章檔案(31)

新聞檔案(1)

2010年1月 (1)

相冊

收藏夾

精品收藏

友情鏈接

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

搜索

積分與排名

積分 - 61620
排名 - 854

閱讀排行榜

評論排行榜

WebService初探（推薦）

Web Service初探（推薦） 
 
 
 
簡介 
 
回顧過去的六年，難以想象如果沒有互聯(lián)網(wǎng)的話，網(wǎng)絡計算會變成什么樣。更早的超文本模式失敗了，而互聯(lián)網(wǎng)成功了，這其中最基本的原因可以歸結(jié)為：互聯(lián)網(wǎng)簡單且無處不在。從服務提供者（如網(wǎng)上商店）的角度來看，只要你會打字，你就可以接受服務。從服務API的角度來看，互聯(lián)網(wǎng)上絕大多數(shù)的活動都可以由三種方法（GET, POST, 和PUT ）以及一種標記語言來完成。Web Service的興起正是基于這樣一個事實：Web不僅可以作為一個信息平臺，也可以作為一個服務平臺。 
這里的“Services”不是指Amazon.com提供的那種粗糙的服務，而是一種組件服務，其他人可以用來構造更強大的服務。例如，Microsoft提供了Passport服務，提供Web上的認證功能，所以，類似華盛頓郵報之類的電子報紙就不必自己開發(fā)認證服務，只要交給Passport做就可以了。當然，這只是一個假設。 
 
Oracle的動態(tài)服務白皮書（dynamic services whitepaper）提供了更多組件服務的例子：匯率轉(zhuǎn)換，翻譯，貨物運輸?shù)鹊取BM對Web Service有一個更為正式的定義： 
 
Web ervices 是一種新的web應用程序分支，他們是自包含、自描述、模塊化的應用，可以發(fā)布、定位、通過web調(diào)用。Web service可以執(zhí)行從簡單的請求到復雜商務處理的任何功能。一旦部署以后，其他web services應用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務。 
 
IBM的Web Service指南接著說在幾年前Web Service還是一個效率低下無法引起人們興趣的概念。但是隨著帶寬和存儲變的更為便宜，內(nèi)容更為動態(tài)化，對不同平臺上廣泛而多樣的計算設備的集成的要求也更為強烈，同時，也使得人們對代價（帶寬和存儲）不那么敏感。 
 
當我已經(jīng)有了我中意的中間件平臺（RMI, Jini, CORBA, DCOM 等等)時，為什么還要為Web而煩惱呢？中間件確實提供了強大的服務實現(xiàn)手段，但是，他們當中沒有一個是絕對的勝利者。Web作為信息發(fā)布者的力量就在于簡單且無處不在，這對解決現(xiàn)在這樣一個分裂中間件世界很重要。Web通過在傳統(tǒng)中間件平臺上更有效實現(xiàn)的Services，來提供一個統(tǒng)一且廣泛適用的接口，這樣就改善了這個平臺。 
 
從一個N層應用程序結(jié)構的角度來看，web service只是一個方便程序訪問的包裝，服務還是要靠中間件來實現(xiàn)。訪問包括服務請求處理（監(jiān)聽者）和一個支持商業(yè)邏輯操作的接口，商業(yè)邏輯本身是由傳統(tǒng)的中間件平臺實現(xiàn)的。 
 
Web Services平臺 
 
那么什么是web service 平臺呢？最基本的平臺是XML加HTTP。HTTP是一個在Internet上廣泛使用的協(xié)議。XML是一種元語言，你可以用它書寫特定的語言來描述客戶和服務之間或者組件和復雜服務之間的交互。在web server之后，XML格式的消息被轉(zhuǎn)變成中間件的請求，返回的結(jié)果也會轉(zhuǎn)化成XML格式。 
 
你可能會問，這與說CORBA是IDL加上RPC不是一樣嗎？這個平臺到底如何支持service的發(fā)現(xiàn)，事務，安全，認證等等基本功能，以使它真正成為一個平臺呢? 下面我們將講述這一點。 
 
有必要增加一些服務，同時保持簡單性和普遍性，來把Web構建成一個功能更強大的平臺。可以認為功能全面的web services平臺是XML＋HTTP＋SOAP＋WSDL＋UDDI。在更高層次上，可能還要加上一些尚未廣泛接受的技術如XAML,XLANG, XKMS,和XFS。 
 
以下是對這些平臺要素的簡要描述。需要指出的是，這些還是發(fā)展中的技術，很多時候?qū)σ粋€問題會有多種解決方案。 
 
SOAP (遠程調(diào)用) 
UDDI (貿(mào)易，目錄服務) 
WSDL (描述服務特征) 
XLANG/XAML (為包括多種web services的復雜web事務提供支持） 
XKMS (XML Key Management Specification) - 支持認證和注冊，這個工作還在進展之中 
 
SOAP 
 
SOAP是一個協(xié)議規(guī)范，定義了傳遞XML-encoded數(shù)據(jù)時的統(tǒng)一方式。它還定義了使用HTTP作為底層通信協(xié)議時執(zhí)行遠程調(diào)用（RPC）的方法。 
 
SOAP的興起是基于這樣一種認識，無論現(xiàn)在的中間件是如何的好，他們都需要一個WAN包裝。以XML格式發(fā)送消息有很多好處，如能夠確保互用性。中間件使用者看來愿意容忍解析和序列化XML文檔的代價，因為這可以讓他們的軟件使用范圍更寬。 
 
IBM, Microsoft, UserLand,和DevelopMentor在2000年向W3C提交了SOAP，并成為W3C的Note，SOAP更長遠的發(fā)展規(guī)劃現(xiàn)在是由W3C的XML協(xié)議工作組來制定。這有力的表明了直到W3C工作組交付規(guī)范為止，SOAP都將是一個穩(wěn)定的規(guī)范。 
 
UDDI (Universal Description, Discovery and Integration Service) 
 
UDDI為客戶提供了動態(tài)查找其它web 
 
services的機制。使用UDDI接口，商務處理可以動態(tài)的連接到外部的商務合作者提供的服務上。一個UDDI注冊類似于CORBA的trader，也可以把它想象成商業(yè)應用程序的DNS服務。一個UDDI注冊有兩種客戶：要發(fā)布一個服務（和使用接口）的商務應用，以及想要得到特定服務的客戶。下表是UDDI提供服務的概述。UDDI層在SOAP層之上，并假定請求和應答都是以SOAP消息傳送的UDDI對象。下面還包含了一個簡單的查詢。 
 
 
 
關于支持全方位的發(fā)現(xiàn)（full-featured discovery），UDDI沒有一個近期的計劃。UDDI希望能夠成為支持其它標準的更高層服務的基礎。UDDI計劃支持更復雜的商務邏輯，包括層次型商業(yè)組織。UDDI有著廣泛的支持，IBM, Ariba,和 
 
Microsoft都全力推動它。到目前為止，它還不是一個開放的標準。 
 
 
 
UDDI 舉例 
 
 
查詢：下面在SOAP封裝之內(nèi)的查詢，返回Microsoft的詳細信息。 
 
 
 
<find_business 
 
generic="1.0" xmlns="urn:uddi-org:api"> 
 
 
 
 
face=Arial,Helvetica> 
 
<name>Microsoft</name> 
 
 
 
 
face=Arial,Helvetica></find_business> 
 
 
 
結(jié)果：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為服務提供者提供了描述構建在不同協(xié)議或編碼方式之上的web 
 
service請求基本格式的方法。WSDL用來描述一個web 
 
service能做什么，它的位置在哪里，如何調(diào)用它等等。在假定以SOAP/HTTP/MIME 
 
作為遠程對象調(diào)用機制的情況下，WSDL會發(fā)揮最大作用。UDDI注冊描述了web 
 
service的絕大多數(shù)方面，包括服務的綁定細節(jié)。WSDL可以看作是UDDI服務描述的子集。 
 
 
 
WSDL將服務定義為一個網(wǎng)絡端點的集合，或者說端口的集合。在WSDL里面，端點及消息的抽象定義與它們具體的網(wǎng)絡實現(xiàn)和數(shù)據(jù)格式綁定是分離的。這樣就可以重用這些抽象定義：消息，需要交換的數(shù)據(jù)的抽象描述；端口類型，操作的抽象集合。針對一個特定端口類型的具體協(xié)議和數(shù)據(jù)格式規(guī)范構成一個可重用的綁定。一個端口定義成網(wǎng)絡地址和可重用的綁定的聯(lián)接，端口的集合定義為服務。因此一個WSDL文檔在定義網(wǎng)絡服務的時候使用如下的元素： 
類型-- 
 
使用某種的類型系統(tǒng)（比如XSD）定義數(shù)據(jù)類型的容器 
消息-- 通訊數(shù)據(jù)抽象的有類型的定義 
操作-- 
 
服務支持的動作的抽象描述 
端口類型-- 一個操作的抽象集合，該操作由一個或多個端點支持 
綁定-- 
 
針對一個特定端口類型的具體的協(xié)議規(guī)范和數(shù)據(jù)格式規(guī)范 
端口-- 一個單一的端點，定義成一個綁定和一個網(wǎng)絡地址的聯(lián)接 
 
 
服務-- 相關的端點的集合 
 
 
 
所以，可以這樣說，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 
 
 
數(shù)據(jù)庫中的事務的傳統(tǒng)概念是原子性，即要么不做，要么全做。在分布式的系統(tǒng)中維持這種原子性，一般采用一種代價昂貴的處理方式，即兩相承諾。另一個相對優(yōu)化的模型也在研究之中（最初叫做sagas，由Hector 
 
Garcia-Molina提出），即每個動作都有一個明確的互補動作，用以取消該動作產(chǎn)生的結(jié)果。在現(xiàn)實生活中，這種互補動作的例子很多，比如說，你在信用卡里取出$52，互補動作就是存入$52，你發(fā)出一封Email說“你將會在7天內(nèi)拿到你預定的產(chǎn)品”，互補動作就是發(fā)Email說“哦，你還得多等幾天”。XLang就是基于這樣一個概念，用來表示任何要取消的請求的互補動作。而Web 
 
Service的分布式基礎將推動XLang規(guī)范的發(fā)展，使之能完成復雜的撤銷操作。 
 
XAML 
 
Transaction Authority Markup Language (XAML)提供了傳統(tǒng)的兩相承諾事務語義。在XAML規(guī)范中有一個B2B事務的例子。XAML不完全局限于兩相承諾，某些操作也可以象XLang一樣有互補動作。兩相承諾在企業(yè)集成中顯然是很有效的，而大量的web事務（如B2C事務）在更便宜的互補動作模型中可以完成。除非XAML把互補動作放在第一位，否則還是XLang存在的的理由更充分。 
 
Scenario 
 
下面的場景演示了一個商業(yè)事務，包括一批web service，并將利用XAML。考慮一家公司在網(wǎng)上向一家化工廠購買苯。為了讓買家能夠購買，賣方必須有第三方提供的附加增值服務，如運貨方式，付款方式，意外保險，安全運輸執(zhí)照等等。必須等到所有服務都就緒且滿足他的要求，買方才會同意購買。他可以買或者不買，換句話說，必須滿足所有的相關要求，才有可能完成這次商務活動。 
 
提供頂層商業(yè)事務功能的軟件必須協(xié)調(diào)每個web service。包括（1）賣方存貨系統(tǒng)；（2）保險服務確保產(chǎn)品能被運輸；（3）財務服務確保依照賣方的形式付款；（4）運輸服務保證按時發(fā)送貨物；（5）協(xié)調(diào)服務確保與政府的安全要求一致。 
 
XKMS (XML Key Management Specification) 
 
XKMS是Microsoft和Verisign用XML應用程序集成PKI和數(shù)字認證（用于Internet事務安全性）的成果。關鍵的思想是將簽名處理放到Web上的可信服務器（trust server）上，這樣小客戶就不必自己來做這些內(nèi)容。XKMS依賴于XML數(shù)字簽名規(guī)范和正在制定中的XML加密規(guī)范。現(xiàn)在的XKMS規(guī)范依賴于XML，SOAP，WSDL。 
 
其它例子 
 
Web service平臺是一個發(fā)展的生態(tài)系統(tǒng)，達爾文主義還在起作用，這里有進化，有競爭，還有混亂。下面是一個小例子。 
 
XFS 
 
XMethods 文件系統(tǒng)服務讓你能夠通過SOAP接口讀或貼文件。這個系統(tǒng)讓開發(fā)者可以創(chuàng)建使用集中而穩(wěn)定數(shù)據(jù)的服務。理想情況下，這種文件系統(tǒng)能夠用來集中被多個節(jié)點訪問的信息。例如，可以用它支持程序補丁的自動升級。XFS提供了一個客戶端工具，在Windows Explorer中集成了XFS web service，這樣Windows Explorer集成了基于XML-SOAP的文件系統(tǒng)。XFS是開放源碼的，由xmethods.com始創(chuàng)，它的前景還不清楚，但是，這個想法在技術上是很有吸引力的。

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

新用戶注冊刷新評論列表


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




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