WEB服务扩展框架及协议WS-RESOURCE FRAMEWORK - 西安电子科技

1、教育部-IBM 精品课程效劳计算与SOA开发效劳计算根底概念西安电子科技大学 软件学院主讲人：鲍亮课程内容Web效劳高级特性Web效劳扩展框架及协议IBM WebSphere中实现高级特性的方式本次课程总结Web效劳高级特性Web效劳高级特性事务 事务是构建可靠的分布式应用程序中的根本概念。事务是一种用来确保应用程序中的所有参与者都能到达彼此已达成协定的输出结果的机制。事务有一个开头和一个结尾，它们指定了事务的边界。事务边界内的所有资源都参与同一个事务。要维护事务边界内资源间的一致性，传统事务都共同具有以下被称作ACID 的属性。Web效劳高级特性事务 1.原子性Atomicity：事务所有的

2、操作必须作为一个整体，要么全部成功，要么全部失败。 2.一致性Consistency：事务的成功完成将使一个一致状态转变为另一个一致状态。 3.隔离性Isolation：执行事务时产生的中间状态，对其他事务是不可见的，即并发执行的各个事务间不会相互干扰。 4.持续性Durability：一旦事务提交，那么它的影响将是持久的，无论发生任何机器和系统故障。Web效劳高级特性Web效劳的事务处理 针对Web效劳中的事务处理，已经制定了一些标准，如OASIS的BTP，IBM和BEA、Microsoft联合提交的WS-Coordination、WS-AtomicTransaction和WS-Bussin

3、essActivity标准等。Web效劳高级特性Web效劳的事务处理 1. WS-Coordination：WS-Coordination 定义了一个可扩展框架，利用协调器Coordinator和一系列协调协议Coordination Protocols来协调活动，使得参与者就分布式活动的输出能够达成一致。协调协议支持多种活动，包括简单的短期操作和复杂的长时间运行的业务活动。Web效劳高级特性Web效劳的事务处理 1. WS-Coordination 该框架使参与者对分布式活动的结果达成一致的意见。协调协议可以在框架中定义，框架可以容纳很多活动，包括简单、短暂、操作的协议和复杂、长期、交易活动

4、的协议。包括以下效劳 一个激活效劳 一个注册效劳 一个协调类型Web效劳高级特性Web效劳的事务处理 1. WS-Coordination Web效劳高级特性Web效劳的事务处理 1. WS-Coordination 1激活效劳：协调者提供激活效劳，定义一个CreateCoordinationContext操作，允许创立CoordinationContext。Web效劳高级特性Web效劳的事务处理 1. WS-Coordination 2注册效劳：协调者提供注册效劳，允许参与者注册自己的地址、协调协议等参与到协调中。参与者可以通过发出多个注册操作，注册到多个协调协议。Web效劳高级特性Web效

5、劳的事务处理 2. WS-AtomicTransaction ：原子事务(Atomic Transaction，AT)具有“全做或全不做all or nothing的特性，也就是说要么所有的操作全部成功，要么所有的操作失败并终止。WS-AtomicTransaction 用于协调持续时间短并且只能在有限的信任域内执行的原子事务。它给出了原子事务协调类型的定义，将与 WS-Coordination 中的可扩展协调框架一起使用，也就是说它是WS-Coordination 协调框架的扩展。Web效劳高级特性Web效劳的事务处理 2. WS-AtomicTransaction WS-AtomicTra

6、nsaction 为原子事务定义了以下协调协议：1完成Completion：用于提交或放弃原子事务的情形。2两阶段提交2PC：两阶段提交协议是一个协调有多个参与者参与的原子事务的协议。Web效劳高级特性Web效劳的事务处理 2. WS-AtomicTransaction 原子事务支持两阶段提交协议。两阶段提交协议是指参与者例如资源管理着注册，因此在所有资源管理着中，协调者可以管理提交放弃决定，假设包含多于一个的两阶段提交协议的参与者，先执行PhaseOne后执行PhaseTwo。假设只有一个2PC参与者，OnePhaseCommit被用来代表参与者的提交放弃决定。Web效劳高级特性Web效劳的

7、事务处理 2. WS-AtomicTransaction 它包括两种2PC 协议： A.易失的两阶段提交volatile 2PC：用于那些管理着易失资源例如缓存、内存的参与者。 B.持久的两阶段提交durable 2PC：用于那些管理着持久的资源例如磁盘、数据库的参与者。Web效劳高级特性Web效劳的事务处理 3. WS-BussinessActivity ：业务活动(Business Activity, BA)会长时间使用很多资源，并且涉及相当多的原子事务。WS-BusinessActivity 引入了故障处理机制和补偿处理机制，以将前面已经完成的业务活动的效果恢复成原来的样子。在长期运行的

8、业务活动完成前，嵌入的原子事务的动作就被提交并且成为可见的，万一长期运行的业务活动失败了，那么需要对这些原子事务的效果进行补偿。Web效劳高级特性Web效劳的事务处理 3. WS-BussinessActivityWS-BusinessActivity 支持两种协调协议，指示参与者如何在业务活动中进行活动：1参与者完成业务协定BusinessAgreementWithParticipantCompletion：参与者自己就知道它什么时候可以完成它在业务活动中的所有工作。Web效劳高级特性Web效劳的事务处理 3. WS-BussinessActivityWS-BusinessActivity

9、支持两种协调协议，指示参与者如何在业务活动中进行活动：2协调器完成业务协定BusinessAgreementWithCoordinatorCompletion：参与者要依赖业务活动的协调器来告诉它什么时候已经接收完业务活动中的所有请求。Web效劳高级特性Web效劳的平安 Web作为一个公开的网络环境和基于标准协议的架构，如果没有平安控制，Web上的所有信息，包括传输中的消息和节点上的内容都将被轻易的获取。所以Web平安的重要性不言而喻。最初的Web内容只是为了给所有的使用者浏览，后来为了加强对传输通道的保护，出现了基于IP协议的VPN客户端和效劳端，及平安通道协议TLS。Web效劳高级特性We

10、b效劳的平安 Web作为一个公开的网络环境和基于标准协议的架构，如果没有平安控制，Web上的所有信息，包括传输中的消息和节点上的内容都将被轻易的获取。所以Web平安的重要性不言而喻。最初的Web内容只是为了给所有的使用者浏览，后来为了加强对传输通道的保护，出现了基于IP协议的VPN客户端和效劳端，及平安通道协议TLS。Web效劳高级特性Web效劳的平安 这些平安协议的根底是密码学，包括加密解密算法、各种密钥交换和保存的协议及其他围绕这些算法和协议的内容。 在密码学的根底上，一个“有效没有绝对平安的概念，因此只能成为有效的平安解决方案应该满足以下条件：Web效劳高级特性Web效劳的平安 1.可识

11、别性：平安系统应该可以识别对受控系统的访问者。如我们使用身份证号或者独一无二的名字被他人识别。 2.可鉴定性：在识别访问者的身份后，平安系统应该可以鉴定访问者是否有能力登陆系统，可鉴定性的典型例子是用户名、密码登陆系统。Web效劳高级特性Web效劳的平安 3.访问控制：是指访问者对于特定资源的访问是否是合法的。 4.完整性：指的是保护数据防止被恶意或意外删除或篡改的能力 。 5.保密性：意味着请求者与提供者之间的通信信息是对攻击者隐藏的。Web效劳高级特性Web效劳的平安 6.可审计性：是指记录所有的平安相关事件，收集成功的或失败的请求信息 。 7.不可否认性：不可否认性non-repudia

12、tion是一种技术，它提供行为发生的证据以防止当事人否认已发生的事务。 Web效劳高级特性Web效劳平安协议介绍 Web效劳的应用平安是其很重要的一个特征，故OASIS在2002年开始定义Web Service SecurityWSS的1.0版本协议，现在最新的WSS版本是1.1 WSS并不能解决所有的平安相关问题，它必须和其他协议一起来使得整个平安系统是“有效的。 如以下图所示，整个平安模型是基于SOAP和WSS的。 Web效劳高级特性Web效劳平安协议介绍 Web效劳高级特性Web效劳平安协议介绍 1WS-Policy： WS-Policy代表了一套标准，它们描述了中间点和端点例如，需要平

13、安令牌，支持加密算法、隐私规那么上的平安和其他业务策略的功能和约束，以及如何将策略与效劳和端点关联起来。 2WS-Trust： WS-Trust描述了一个用于信任模型的框架，它使Web效劳能够通过请求、发布和交换平安令牌平安地互操作。 Web效劳高级特性Web效劳平安协议介绍 3WS-Privacy： WS-Privacy将描述一个模型，该模型用于描述Web效劳和请求者如何宣称隐私偏好和组织隐私实践声明。 4WS-SecurityConversation： WS-SecurityConversation描述 Web 效劳如何认证请求者消息、请求者如何认证效劳以及如何互相建立认证的平安性上下文。

14、 Web效劳高级特性Web效劳平安协议介绍 5WS-Federation: WS-Federation描述了如何在一个异构的联合环境中管理和代理信任关系，包括对联合身份、属性共享和假名管理的支持。 6WS-Authorization:WS-Authorization将描述如何指定和管理 Web 效劳的访问策略。它将特别描述如何在平安性令牌内指定声明，以及这些声明在端点处将如何被解释。 Web效劳高级特性Web效劳平安协议介绍 这些协议都是可被组合和裁剪的，以适应于特定的需求场合，包括： 1.不同的Web Service消息的使用者需要被隔离，从而使得它们可以消费同一个被保密的消息。 2.需要消

15、息中介处理的场景。 3.传输SOAP消息的平台不是HTTP。 4.在消息体重需要附加多个用户的登灵信息。 Web效劳高级特性Web效劳平安协议介绍 这些协议都是可被组合和裁剪的，以适应于特定的需求场合，包括： 1.不同的Web Service消息的使用者需要被隔离，从而使得它们可以消费同一个被保密的消息。 2.需要消息中介处理的场景。 3.传输SOAP消息的平台不是HTTP。 4.在消息体重需要附加多个用户的登记信息。 Web效劳高级特性Web效劳平安协议介绍 1. WS-Security SOAP消息 这个标准描述加强 SOAP 消息传递，通过消息完整性和消息机密性提供保护质量，还定义了如何

16、在 SOAP 消息内附加并包含平安性令牌。最后，提供一种用于指定二进制编码的平安性令牌的机制。这些机制可以独立使用也可以组合在一起使用来提供许多种平安性模型和加密技术。 Web效劳高级特性Web效劳平安协议介绍 2. 完整性 完整性是指平安控制的信息是完整的，没有被修改，没有丧失。现实中通常使用平安摘要和签名来实现消息完整性。所以，在SOAP消息传递中，如果内容被修改或者丧失，那么SOAP消息经过验证XML签名和摘要后，就可以被确认为完整性被破坏。 Web效劳高级特性Web效劳平安协议介绍 3. 保密性 SOAP消息的保密是通过对SOAP消息体的加密来完成的。在WebSphere的实现中，可以

17、使用多个加密密钥对消息进行分段加密，所以只有知道相应的解密密钥的接受者才可以看到解密后的信息。 Web效劳扩展框架及协议Web效劳扩展框架及协议WS-Resource Framework Web Service本身无状态，大多数情况下，Web效劳通过HTTP传输，每个请求独立于前一个请求，随着应用的开展， Web Service内部常常操作有状态的资源，而且多个请求之间具有逻辑关系，这需要Web Service能够维持资源的状态并识别不同的请求。 WSRF由一系列技术标准组成，表达了有状态的资源和Web效劳的关系，允许编程者用标准接口宣称和实现Web Service和一个或多个有状态资源的关联

18、，WSRF定义了Web Service message的交互及相关XML定义。Web效劳扩展框架及协议WS-Resource Framework 1 Web Service和与之关联的有状态资源组成成为WS-Resource。 2WS-ResourceLifetime定义了WS-Resource的生命周期管理。 3WS-ServiceGroup定义了一种方法可以让Web Service活WS-Resource为了某个领域的特定目的而聚集或组合在一起。Web效劳扩展框架及协议WS-Resource Framework 4WS-Base Faults定义了一种标准的方法，用于定义基于WSRF的应用

19、程序中的错误。Web效劳扩展框架及协议WS-Resource Framework 1.WS-ResourceProperties WS-Resource是一个有状态资源和它与之交互的Web效劳的组合。使用WSRF通过Web Service接口的方式可以访问或者操作资源的状态。WSRF定义了描述这些操作的WSDL文件的结构，该WSDL可用任何语言实现。WSRF定义了标准的消息模式和方法来请求或者更改属性的值。Web效劳扩展框架及协议WS-Resource Framework 2.端点引用EndpointReference WS-Addressing提供一种方式来指定关于位置的信息，而不只是一个U

20、RI或URL。端点引用是一个方式，用于制定让消息到达适当的位置并带有适应的相关信息所需的信息，该端点包括Web Service的地址并可能包含一个资源标志符。我们在请求创立新的WS-Resource时，响应将包含一个指向它的端点引用。Web效劳扩展框架及协议WS-Resource Framework 3.资源属性文档 有状态资源是由资源属性文档类型定义的，该关联是WSDL portType声明的。资源属性文档表示一些资源属性元素的逻辑组合，资源属性元素包含一个资源属性元素的属性及属性值。资源属性可以包含以下操作：Web效劳扩展框架及协议WS-Resource Framework 3.资源属性文

21、档 1GetResourceProperty：查询单个资源属性值。 2GetMultipleResourceProperties：查询多个资源属性值。 3SetResourceProperties：调整多个资源属性值，包括Insert、Update、Delete等操作。 4QueryResourceProperties：使用查询表达式。Web效劳扩展框架及协议WS-Resource Framework 4.WS-ResourceLifetime WS-ResourceLifetime定义了WS-Resource是如何销毁的，有两种销毁方式： 1请求者或者客户端直接发送请求要求销毁Resourc

22、e，WS-Resource接收请求后，在内部销毁有状态的resource并发送DestroyResponse相应消息进行回复，如果出错那么发送Fault消息进行说明。Web效劳扩展框架及协议WS-Resource Framework 4.WS-ResourceLifetime 2预订销毁。在分布式环境下，请求者在网络中断的情况下或不愿意主动发送消息要求销毁资源，WS-Resource存在一个与之关联的销毁时间，经过一段时间的间隔后， WS-Resource会自行销毁。Web效劳扩展框架及协议WS-Resource Framework 5. WS-ServiceGroup 分布式环境中，假设应用

23、程序足够大而复杂，Web Service和WS-Resource可以在某个特定领域内被聚合或者分组在一起，称之为WS-ServiceGroup。 ServiceGroup是一个WS-Resource，具有WS-Resource的所有特性，可以通过端点引用来使用ServiceGroup，并可以执行在任何其他WS-Resource上执行的操作。Web效劳扩展框架及协议WS-Resource Framework 5. WS-ServiceGroup ServiceGroup的资源文档主要结构如下：Entry元素表示没一个成员；MembershipContentRule元素定义了ServiceGrou

24、p中的entry聚合在一起的规那么。 ServiceGroup可以像普通的WS-Resource一样，对资源属性进行查询、添加、删除或者修改。 Service Group Registration接口扩充了ServiceGroup接口，允许请求者显示地实现group添加service group entry。Web效劳扩展框架及协议WS-Resource Framework 6. WS-BaseFaults WS-BaseFaults提供了在WSRF中统一的错误消息机制，定义了根本错误的XML Schema类型，并提出了Web Service如何处理错误的规那么。 在定义WSDL时，可以在根本

25、错误消息类型根底上自定义错误消息类型，并在portType内定义operation的时候指定该operation的错误消息类型。Web效劳扩展框架及协议WS-Notification 事件驱动的或者基于通知Notification的交互机制是对象间的通信非常常见的一种模式，消息中间件一般提供了对发布订阅模式的支持，如IBM的MQ。Web Service下也需要越来越多的通知模式的支持。 WS-Notification就是为了支持在Web Service领域使用通知和制定的一系列标准，根据标准内容，本系列标准分为三个标准：Web效劳扩展框架及协议WS-Notification WS-Notifi

26、cation描述了根本的角色、概念和通知模式，允许订阅者注册感兴趣的通知消息，通知消息产生者可以向感兴趣的订阅者发布消息。 WS-Topics定义了topic的Metadata和XML描述。 WS-BrokeredNotification定义了通知代理的角色和接口，它实现一个中介效劳以管理订阅。Web效劳扩展框架及协议WS-Notification 1.WS-BaseNotification 这个文档的目标是解决根本的功能，通知和订阅。WS-BaseNotification定义了两个主要角色：通知生产者 NotificationProducers 和通知消费者 NotificationCons

27、umers ，并将它们融合在一起。它还描述了暂停订阅和恢复订阅的过程，以及控制订阅的长度的方法。Web效劳扩展框架及协议WS-Notification 2.WS-Topics 当用户订阅一个 NotificationProducer 时，该订阅就与一个特定的主题或多个主题关联在一起。这个文档就解释了用来定义和创立多个主题所使用的结构。为了防止命名冲突，所有的主题都被赋予名称空间，在一个给定的名称空间洗啊的一组主题称为Topic Space。Web效劳扩展框架及协议WS-Notification 2.WS-Topics 使用Topic表达式可以引用Topic，表达式有多种，WS-Topics标准

28、推荐使用3个预订义的表达式： 1SimpleTopic Expression，允许按名称简单指定根主题。 2ConcreteTopicPath Expressions，允许指定一个到主题的路径，与1相同，只允许制定单个主题。Web效劳扩展框架及协议WS-Notification 2.WS-Topics 3FullTopicPath Expressions，允许指定后代子孙主题，并可使用*、？、|、/等通配符来选择多个特定主题。Web效劳扩展框架及协议WS-Notification 3. WS-BrokeredNotification 在有些情况下，创立通知的实体并不能管理各种订阅。这个文档定义

29、了创立一个发布者的过程，发布者可以简单地创立一些消息，并通过一个单独的 NotificationBroker 来发布这些消息。WS-BrokeredNotification标准定义了通知代理的Web service接口和标准的消息交互。Web效劳扩展框架及协议WS-Reliability Message WS-Reliability很好的覆盖了协议层上关于可靠性的问题，但没有涉及到应用层上的可靠性问题。WS-Reliability Messaging 的目的在于使Web效劳能够确保在不可靠的通信网络上的消息传递。Web效劳扩展框架及协议WS-Reliability Message Reliab

30、ility Messaging 是基于SOAP的协议，能够提升可靠消息传输的效劳质量，具有以下两点重要特征： 1.它是一种有线协议，包括特定的消息头和消息格式，链接发送方和接收方。 2.它具有很好的效劳质量Qos。Web效劳扩展框架及协议WS-Reliability Message Reliability Messaging 规定了是闲着需要定义并强制执行以下两种类型的契约： 1.怎样处理发送和接收的消息关于连接协议的契约。 2.消息效劳的提供者和消息效劳的用户关于效劳质量的契约。Web效劳扩展框架及协议WS-Reliability Message Reliability Messaging

31、定义了如下的可靠性特征： 1.保证消息被发送而且至少发送一次的语义。 2.保证消除重复我消息或最多发送一次的语义。 3.保证消息的发送和重复消除，确实发送一次的语义。 4.保证Group消息内的消息顺序。Web效劳扩展框架及协议WS-Reliability Message 标准在可靠性消息处理器RMP和它的用户之间定义了四个操作：Submit ,Deliver ,Response ,Notify 来实现可靠性模型。一个消息被以下信息唯一标识： 1.组ID是全局唯一的标识符，每个消息组中只有一个消息时，组ID标识该Message。 2.消息组有多个ID时，消息被组ID合顺序号唯一标识。Web效劳

32、扩展框架及协议WS-Reliability Message 可靠消息需要发送方RMP能够识别标准中定义的一系列RM协定参数值，接收方RMP能够识别消息头部传输来的RM协定项。其可靠性特征主要表现如下： 1.传输保证。 2.消息唯一性保证。 3.消息顺序保证。IBM WebSphere中实现高级特性的方式IBM WebSphere中实现高级特性的方式IBM WebSphere中实现事务处理的方式 WS-AT for WebSphere为部署在WebSphere中的Web效劳提供了食物特性。在WebSphere 6.0中，WS-AT事务是建立在J2EE事务之上的，事务的底层实现如XAResource资源的操作是由JTA事