傳輸（Transfer）
????WS-Transfer詳細(xì)說(shuō)明了對(duì)通過(guò)Web服務(wù)進(jìn)行訪(fǎng)問(wèn)的數(shù)據(jù)實(shí)體進(jìn)行管理所需的基本操作。要了解WS-Transfer需要介紹兩個(gè)新術(shù)語(yǔ)：工廠(chǎng)（Factory）和資源（Resource）。工廠(chǎng)是能夠從其XML表示形式創(chuàng)建資源的Web服務(wù)。WS-Transfer引入了用于創(chuàng)建、更新、檢索和刪除資源的操作。應(yīng)當(dāng)注意，對(duì)于資源狀態(tài)維護(hù)，宿主服務(wù)器最多也只能做到盡力而為。當(dāng)客戶(hù)端獲知服務(wù)器接受了創(chuàng)建或更新某一資源的請(qǐng)求時(shí)，它可以適當(dāng)?shù)仡A(yù)期資源目前在的確定位置，并具有確定了的表示形式，但這并不是一個(gè)保證——即使是在沒(méi)有任何第三方的情況下。服務(wù)器可能會(huì)更改某一資源的表示形式，可能會(huì)徹底刪除某一資源，也可能會(huì)恢復(fù)已經(jīng)刪除的某一資源。這種保證的缺乏與Web提供的松耦合模型一致。如果需要，服務(wù)可以提供非Web服務(wù)架構(gòu)所必需的附加保證。 WS-Transfer的創(chuàng)建、更新和刪除操作擴(kuò)展了WS-MetadataExchange中的只讀操作功能。檢索操作與WS-MetadataExchange中的Get操作完全相同。Create請(qǐng)求發(fā)送給工廠(chǎng)。然后，工廠(chǎng)創(chuàng)建被請(qǐng)求的資源并確定其初始表示形式。工廠(chǎng)被假定與所創(chuàng)建的資源不同。新資源被分配給一個(gè)在響應(yīng)消息中返回的，由服務(wù)決定的端點(diǎn)引用。Put操作通過(guò)提供一種替換表示形式來(lái)更新資源。資源表示形式的一次性快照與WS-MetadataExchange中的Get操作一樣，也可以通過(guò)WS-Transfer中的Get操作來(lái)檢索。Delete操作成功后，資源將無(wú)法再通過(guò)端點(diǎn)引用來(lái)使用。這4個(gè)元數(shù)據(jù)管理操作構(gòu)成了Web服務(wù)中狀態(tài)管理的構(gòu)建基礎(chǔ)。 事件（Eventing）
????在由需要相互通信的服務(wù)構(gòu)成的系統(tǒng)中，可能會(huì)使用異步消息傳遞。在很多情況下，由一個(gè)服務(wù)生成的信息也是其他服務(wù)所需要的。由于伸縮性差，輪詢(xún)往往不是獲得這種信息的有效方法；通過(guò)網(wǎng)絡(luò)發(fā)送的不必要的消息太多了。相反，該架構(gòu)需要一種當(dāng)事件發(fā)生時(shí)發(fā)出顯式通知的機(jī)制。更重要的要求是源服務(wù)和用戶(hù)服務(wù)的綁定必須在運(yùn)行時(shí)動(dòng)態(tài)完成。為此，Web服務(wù)架構(gòu)提供了一個(gè)輕量級(jí)事件協(xié)議。 WS-Eventing詳細(xì)說(shuō)明了實(shí)現(xiàn)下面4個(gè)實(shí)體交互的機(jī)制：訂戶(hù)、訂閱管理器、事件源和事件接收。這使某一Web服務(wù)在作為一個(gè)訂戶(hù)時(shí)能夠登記它對(duì)另一個(gè)Web服務(wù)（事件源）所提供的特定事件的興趣。這種注冊(cè)叫做訂閱。WS-Eventing定義了某一服務(wù)可以提供的支持訂閱創(chuàng)建和管理的操作。當(dāng)事件源判定有事件發(fā)生時(shí)，它就會(huì)將此信息提供給訂閱管理器。訂閱管理器然后可以將該事件傳送給所有匹配的訂閱，這類(lèi)似于傳統(tǒng)的發(fā)布/訂閱事件通知系統(tǒng)中的發(fā)布主題。Web服務(wù)架構(gòu)提供了主題定義、組織和發(fā)現(xiàn)方式的全面靈活性；它為在很多不同的應(yīng)用場(chǎng)合中可能會(huì)用到的訂閱提供了一個(gè)通用的管理基礎(chǔ)架構(gòu)。也可以訂閱出租的資源，但最終都必須收回。用于收回資源的主要機(jī)制是各個(gè)訂閱的到期時(shí)間。查詢(xún)訂閱狀態(tài)同樣也有一種機(jī)制，幫助訂戶(hù)管理其若干訂閱事項(xiàng)（包括續(xù)訂、通知和取消訂閱的請(qǐng)求）的附加操作規(guī)范中也有詳細(xì)說(shuō)明。當(dāng)然，任何服務(wù)都可以隨時(shí)自由地終止訂閱，這與所有Web服務(wù)的自主原則一致。訂閱終止消息可供事件源通知訂戶(hù)訂閱終止過(guò)早。 雖然基于事件的異步消息的一般模式很常見(jiàn)，但不同的應(yīng)用通常都要求使用不同的事件傳送機(jī)制。例如，在某些情況下簡(jiǎn)單異步消息可能是最佳選擇，但如果事件接收能夠通過(guò)輪詢(xún)控制消息流和消息到達(dá)時(shí)間，則其他情況可能會(huì)更適用。當(dāng)接收無(wú)法從源頭到達(dá)目的地時(shí)，如接收有防火墻阻攔的情況下，輪詢(xún)也是必要的。WS-Eventing中所引入的傳送模式概念就是用來(lái)支持這些要求的。傳送模式被用作一個(gè)擴(kuò)展點(diǎn)，以便為訂戶(hù)、事件接收和事件源建立定制的傳送機(jī)制提供一種手段。下述管理規(guī)范利用了這種機(jī)制。 事件代理可用于聚合或重新分配來(lái)自不同來(lái)源的通知，代理還可以用作獨(dú)立的訂閱管理器。這兩個(gè)方法都得到了WS-Eventing的支持。代理在系統(tǒng)中可以扮演若干個(gè)重要角色。主題可以按特定的應(yīng)用類(lèi)來(lái)組織使用。代理可以充當(dāng)通知聚集器，用于整合來(lái)自多個(gè)來(lái)源的事件信息。它們也可以充當(dāng)過(guò)濾器，這比用于其自己通知的過(guò)濾器所接收的消息要多。這種靈活性是部署健壯而可伸縮的通知系統(tǒng)所必需的。

WS-Eventing for WCF: [url]http://www.codeproject.com/useritems/WSEventing.asp[/url]
WS-Transfer Service for Workflow ：[url]http://www.codeproject.com/useritems/WSTransferWorkflow.asp[/url] 自由、創(chuàng)新、研究、探索……

轉(zhuǎn)載于:https://blog.51cto.com/shanyou/74931

總結(jié)

以上是生活随笔為你收集整理的WS-Eventing、WS-Transfer Web服务标准的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。