SOA软件体系结构PPT文档格式.ppt
《SOA软件体系结构PPT文档格式.ppt》由会员分享，可在线阅读，更多相关《SOA软件体系结构PPT文档格式.ppt（77页珍藏版）》请在冰豆网上搜索。
Sun公司将Web服务集成到J2EE中。
2000年9月13日，W3C组建了XML协议工作组，专门负责设计XML协议，以便成为基于XML分布式计算的核心。
这个工作组将SOAP1.1作为基础，并于2001年7月9日提交了第一份工作组草案SOAP1.2。
SOAP为在一个松散的、分布的环境中使用XML对等地交换结构化和类型化信息提供了一个简单且轻量级的机制。
SOAP1.1简单对象访问协议（SimpleObjectAccessPropotol）是Web服务的事实标准。
支持应用程序与应用程序之间的通信；
应用于商务对商务的通信以及企业应用集成。
以独立于各种编程语言或平台的方式来构造消息、处理消息，从而使用不同编程语言编写的程序之间具有互操作性，并能够在不同的操作系统上运行。
通过对模块中特定格式编码的数据的重编码机制来表示应用语义。
SOAP概述,SOAP主要功能：
定义通信单元的机制：
一个SOAP封套封装了所有其他的信息。
一个消息可以有一个消息体，消息体中可以包含任何XML格式文档。
错误处理机制：
标识错误源和导致错误的原因，并允许错误诊断信息在共享者和交互者之间传递。
可扩展件机制：
使用XML模式和名字空间技术，灵活扩展元素。
灵活的数据表示机制：
允许交换已经以某种格式序列化的数据，同时也提供了以XML格式表示诸如编程语言数据类型这样的抽象数据结构的规则。
表示远程过程调用（RPC）和作为响应的SOAP消息的约定，并且便于映射为过程式编程语言结构。
支持以文档为中心的方法。
将SOAP消息束定到HTTP的机制，因为HTTP是Internd上最常用的通信协议。
SOAP,基于XML的协议，由四部分组成:
信封（Envelope）：
定义了一个消息框架，描述消息的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理。
编码规则（EncodingRules）：
用于表示应用程序需要使用的数据类型的实例。
绑定（Binding）：
定义底层通信协议，进行消息交换。
RPC：
表示远程过程调用和应答的协定。
SOAP,SOAP信封包装传输的消息。
SOAP定义4个XML元素：
信封（env:
Envelope）标题（env:
Header）体（env:
Body）一组和多组SOAP条目的信息。
故障（env:
Fault）协议层错误信息的特殊SOAP条目,命名空间,http:
/schemas.xmlsoap.org/soap/envelopehttp:
/www.w3.org/2001/XML.Schema-instancehttp:
/www.w3.org/2001/XML.Schemahttp:
/schemas.xmlsoap.org/soap/encodinghttp:
/schemas.xmlsoap.org/wsdl/http:
/schemas.xmlsoap.org/wsdl/soaphttp:
/ws-i.org/schema/conformanceClain,SOAP用例,12001-06-22T14:
00:
00-05:
00PickupMaryatschoolat2pm,SOAP结构,SOAP消息是由一个SOAPEnvelope、一个可选的SOAPHeader和一个SOAPBody组成的XML文档。
元素和属性的命名空间标识是http:
/www.w3.org/2001/06/soap-envelope。
SOAP消息应当包含如下部分：
一个SOAPenvelope。
Envelope是表示该消息的XML文档的根级元素。
一个SOAPHeader。
Header是为了支持在松散环境下在通讯方之间尚未预先达成一致的情况下为SOAP消息增加特性的通用机制。
SOAP定义了很少的一些属性来用于指明谁可以处理该特性以及它是可选的还是强制的。
一个SOAPBody。
Body为该消息的最终接收者所想要得到的信息提供了一个容器。
此外，SOAP定义了Body的一个子元素Fault用于报告错误。
SOAP主要属性,encodingStyle属性SOAP的全局encodingStyle属性被用于指明在SOAP消息中使用哪种编码规则。
该属性可以在任意元素中出现，其作用范围包括该元素的内容和所有其子元素中未使用该属性的所有子元素。
root属性可以被用来标注编序的根，根一般就有值“1”。
那些非真正根的编序根也可以被标注为赋予值为“1”的编序根。
一个元素也可以被明确地标注为赋予值为“0”的非编序根。
SOAP根属性可以出现在SOAPHeader和SOAPBody元素中的任何子元素里，该属性没有默认值。
SOAPHeader,SOAP提供了一个可伸缩的机制用于在分散的模块化的环境下扩展SOAP消息，而通讯双方并不需要有预先的约定知识。
典型的扩展例子可以是实现一些诸如认证、事务管理以及支付的Header条目。
Header元素应当被编码为SOAPEnvelopeXML文档的第一直接子元素。
Header的所有直接子元素都被称为Header条目。
Header条目的编码规则包括:
一个SOAPHeader条目由一个完整修饰的元素名来标识，所谓完整修饰的元素名是由一个命名空间URI和局部名来组成。
SOAPHeader元素的所有直接子元素都必须是完整修饰的。
encodingStyle属性可以用于指明Header条目的编码风格。
actor属性和SOAPmustUnderstand属性可以用于指明由哪个SOAP结点来处理条目以及如何处理条目。
SOAPHeader,描述安全凭证事务ID路由调试信息支付令牌,actor属性,SOAP消息从生成者到达最终接受者，将潜在地沿着消息路径经过一系列的SOAP中间结点。
SOAP中间结点是一个能够接受和转发SOAP消息的应用程序。
所有的中间结点都如同最终接受者一样由一个URI来标识。
actor属性用一个RUI标识节点处理对应的文件头时必须扮演的角色。
当一个节点接收到一个SOAP消息时，它要分析文件头，以确定哪些代码块是由该节点支持的角色。
Header元素中接收者角色类似和约的接受者。
一个接收者接到其想要的一个Header元素必须不转发该Header给SOAP消息路径中的下一个应用程序。
SOAPactor全局属性可以被用于指明Header元素的接收者。
而SOAPactor属性的值是一个URI。
这个特别的URIhttp:
/www.w3.org/2001/06/soap-envelope/actor/next指明该Header元素是直接的下一个进行消息处理的SOAP应用程序想要的。
这与HTTP的连接头字段的hop-by-hopscopemodel的表示。
若省略SOAPactor属性，则表明接收者是SOAP消息的最终接收者。
mustUnderstand属性,mustUnderstand全局属性用于指明一个Header条目是强制的还是可选的要求接收者处理。
Header条目的接收结点由SOAPactor属性来定义。
mustUnderstand属性的值可为“0”或“1”。
若没有使用SOAPmustUnderstand属性，则在语义上等价于mustUderstand属性出现同时取值为“0”。
若Header条目带有值为“1”的mustUnderstand属性，则该Header条目的接收结点要么必须遵循语义并正确地处理这些语义，要么必须宣称处理消息失败。
mustUnderstand属性是为了考虑健壮地升级而设置的。
所有用值为“1”的SOAPmustUnderstand属性来标记的元素必须被认为是可以影响该元素的上级元素或同级元素的语义。
SOAPBody,SOAPBody元素提供一个简单的用于与消息的最终接收者交换强制信息的机制。
而Body元素的典型应用包含序列的RPC调用和错误报告。
Body元素在编码上作为SOAPEnvelope元素的一个直接子元素。
如果包含Header元素，则Body元素必须直接跟随Header元素，否则Body元素必须是Envelope元素的第一直接子元素。
所有Body元素的直接子元素被成为SOAPBody条目，同时每一个Body条目都应当编码为SOAPBody元素里的一个独立元素。
SOAPBody,Body条目的编码规则包括:
1一个Body条目由一个完整修饰的元素名来标识，所谓完整修饰的元素名是由一个命名空间URI和局部名来组成。
SOAPBody元素的直接子元素可以是命名空间修饰的。
2SOAPencodingStyle属性可以被用来表明Body条目中使用的编码规则。
3SOAP定义了一个Body条目，用于报告错误的Fault条目。
SOAP错误,SOAPFault元素是用于在SOAP消息中传输错误或状态信息。
如果SOAP消息需要包含SOAPFault元素的话，它必须作为一个Body条目出现，同时在Body元素内它必须至多出现一次。
SOAPFault元素定义了如下子元素:
1faultcode元素是应那些要提供一个算法
升级会员 