传输(Transfer)
    WS-Transfer详细表达了对通过Web服务开展走访的数码实体举办管理所需的基本操作。要领悟WS-Transfer须要介绍多个新术语:工厂(Factory)和资源(Resource)。工厂是可以从其XML表示方式成立资源的Web服务。WS-Transfer引入了用来创建、更新、检索和删除资源的操作。应当注意,对于资源处境维护,宿主服务器最多也不得不形成尽量。当客户端获知服务器接受了创造或更新某一资源的请求时,它可以适合地预期资源近日在的规定地点,并持有确定了的代表方式,但那并不是一个有限扶助——即使是在平素不任何第三方的场所下。服务器可能会改变某一资源的象征格局,可能会彻底去除某一资源,也说不定会卷土重来已经删除的某一资源。那种保障的缺失与Web提供的松耦合模型一致。要是须求,服务可以提供非Web服务架构所必需的附加有限帮衬。

    WS-Transfer的创导、更新和删除操作增加了WS-MetadataExchange中的只读操作成效。检索操作与WS-MetadataExchange中的Get操作完全相同。Create请求发送给工厂。然后,工厂创制被呼吁的资源并规定其发轫表示方式。工厂被假定与所创建的资源分裂。新资源被分配给一个在响应音讯中回到的,由劳动决定的端点引用。Put操作通过提供一种替换表示格局来更新资源。资源表示方式的一遍性快照与WS-MetadataExchange中的Get操作一样,也得以经过WS-Transfer中的Get操作来查找。Delete操作成功后,资源将无法再通过端点引用来选用。那4个元数据管理操作结合了Web服务中状态管理的创设基础。

事件(Eventing)
    在由索要互相通讯的劳务组合的系统中,可能会选择异步音讯传递。在很多动静下,由一个服务浮动的音讯也是任何服务所急需的。由于伸缩性差,轮询往往不是取得那种音信的有效措施;通过互连网发送的不必要的新闻太多了。相反,该架构须求一种当事件暴发时暴发显式公告的建制。更关键的须要是源服务和用户服务的绑定必须在运作时动态已毕。为此,Web服务架构提供了一个轻量级事件协议。

    WS-伊夫nting详细表明了落成上面4个实体交互的体制:订户、订阅管理器、事件源和事件接受。那使某一Web服务在作为一个订户时可以登记它对另一个Web服务(事件源)所提供的一定事件的兴趣。那种注册叫做订阅。WS-伊夫nting定义了某一劳动可以提供的帮忙订阅成立和管制的操作。当事件源判定有事件时有暴发时,它就会将此音讯提需求订阅管理器。订阅管理器然后得以将该事件传送给所有匹配的订阅,那好像于传统的揭破/订阅事件通报系统中的公布宗旨。Web服务架构提供了焦点概念、协会和意识方法的应有尽有灵活性;它为在许多例外的选取场面中恐怕会用到的订阅提供了一个通用的管理基础架构。也可以订阅出租的资源,但最终都必须撤回。用于收回资源的基本点机制是各类订阅的到期时间。查询订阅状态同样也有一种体制,襄助订户管理其若干订阅事项(包涵续订、布告和收回订阅的伸手)的附加操作规范中也有详细表明。当然,任何劳动都得以每天自由地平息订阅,那与有着Web服务的独立自主原则一致。订阅终止信息可供事件源通告订户订阅终止过早。

    尽管根据事件的异步音信的一般方式很宽泛,但差别的使用普通都务求运用不同的事件传送机制。例如,在好几意况下简单异步音信可能是一级选项,但假使事件接受能够通过轮询控制音讯流和新闻到达时刻,则其余景况可能会更适用。当接到不可能从源头到达目的地时,如收到有防火墙阻拦的景色下,轮询也是不可或缺的。WS-伊夫nting中所引入的传送情势概念就是用来支撑那几个须要的。传送方式被作为一个增加点,以便为订户、事件接受和事件源建立定制的传递机制提供一种手段。下述管理规范使用了那种机制。

    事件代理可用于聚集或重新分配来自分裂来源的关照,代理仍能用作独立的订阅管理器。那五个措施都赢得了WS-伊芙nting的扶助。代理在系统中可以装扮若干个基本点角色。大旨得以按一定的施用类来协会使用。代理可以出任通告聚集器,用于整合来自多少个出自的轩然大波音讯。它们也足以担任过滤器,这比用于其自己公告的过滤器所选拔的音讯要多。那种灵活性是布局健壮而可伸缩的文告系统所必需的。

WS-Eventing for WCF:
http://www.codeproject.com/useritems/WSEventing.asp
WS-Transfer Service for Workflow
http://www.codeproject.com/useritems/WSTransferWorkflow.asp

相关文章

网站地图xml地图