Axis2分析报告.pptxVIP

Axis2分析报告第一部分：需求分析背景“网络服务”（Web Services），是指一些在网络上运行的、面向服务的、基于分布式程序的软件模块，网络服务采用HTTP和XML等互联网通用标准，使人们可以在不同的地方通过不同的终端设备访问WEB上的数据，如网上订票，查看订座情况。网络服务在电子商务、电子政务、公司业务流程电子化等应用领域有广泛的应用，被业内人士奉为互联网的下一个重点。随着互联网使用人群越来越多，互联网本身和其相关技术都发展的越来越快，网络服务已经成为现代互联网中信息交流和信息共享中不可缺少的一部分。Axis2背景Axis2是下一代 Apache Axis。Axis2 虽然由 Axis 1.x 处理程序模型提供支持，但它具有更强的灵活性并可扩展到新的体系结构。Axis2 基于新的体系结构进行了全新编写，而且没有采用 Axis 1.x 的常用代码。支持开发 Axis2 的动力是探寻模块化更强、灵活性更高和更有效的体系结构，这种体系结构可以很容易地插入到其他相关 Web 服务标准和协议（如 WS-Security、WS-ReliableMessaging 等）的实现中。Apache Axis2 是Axis的后续版本，是新一代的SOAP引擎。目的我们的编写目的是通过探索Axis2的设计架构和开发模式来更好地理解软件体系结构在系统设计中的重要性，尤其在互联网时代，信息交流大、数据通信频繁的特点下，对网络服务框架的研究将有助于我们更好地理解和体验现代互联网应用框架的意义和内部原理。需求分析 – 网络服务支持支持广泛使用的基于HTTP的SOAP协议，包括SOAP 1.1和SOAP 1.2。同时支持REST样式的网络服务模型。支持Spring框架需求分析 – 传输协议支持在SOAP发送方和接收方中支持多种协议比如SMTP、FTP和消息导向性中间件。支持WSDL 2.0中的MEP（消息交换模式）需求分析 – 客户端支持引言：大多数网络服务框架都支持阻塞的网络服务调用，但是现在越来越多的网络服务框架开始支持非阻塞网络服务调用。其实不仅仅是网络服务，网络应用程序都开始倾向于非阻塞调用，比如AJAX。因此框架客户端调用需支持阻塞和非阻塞态调用。需求分析 – 扩展性支持不管是服务器端还是客户端，整个SOAP消息处理流程（也就是消息的接收与处理，和构建与发送）都必须支持可扩展性，所有流程可以改变，并且支持用户自定义的处理模块。需求分析 – 性能要求框架需提供专有的XML解析器来最大化得优化SOAP中XML的处理性能。对于客户端API提供XML构造器来快速创建XML数据并封装到SOAP中传输。整个网络服务调用流程，不管是阻塞还是非阻塞，都必须可适应高频率的并发调用，并始终保持系统的有效有序运行。扩展性支持不会对整个处理流程造成过多性能损耗。第二部分：系统设计分析和管道过滤器模型部署模块代码生成模块系统设计 – Axis2的模块核心组件信息处理模块XML处理模块SOAP处理模块客户端API传输组件系统设计 - 管道过滤器模式管道过滤器模式：Pipeline and Filters pattern，从名称上可以看出来，它形象得描述了一种消息处理的模式，即以一种类似管道和过滤器的处理方式逐步对数据进行处理。管道：需要处理的数据。过滤器：处理的执行。系统设计 - 管道过滤器模式前一个过滤器的输出是后一个过滤器的输入。执行过程环环相扣，如果一个过滤器没有输出，后续过滤器就没有了输入，因此无法进行。每一个执行点都可以有反馈机制，这样整个执行过程是可控制的。例如一些脚本执行器就是采用类似管道过滤器模式，如下图：系统设计 – 管道过滤器处理方式最外层管道逻辑处理流：SOAP请求和回应中层管道引擎执行流：处理单元底层管道单元执行流：最基本原子执行单元为了满足需求分析中：分段、高效、支持扩展的处理方式。Axis2使用了管道过滤器模式的处理方式。系统设计 – 第一层：逻辑处理流Axis2会根据MEP（消息交换模式）的不同来决定最外层的逻辑处理流：系统设计 – 第二层：引擎执行单元Axis2的执行引擎是在第二层之上的，在第一层逻辑层之下，引擎处理层则把输入流和输出流的各个步骤具体刻画出来。系统设计 – 第三层原子执行到达第三层，执行的模块就不可再分了。Axis2会使用原子执行模块代表管道过滤器中的节点。系统设计 – 多层管道过滤器的连接多层管道过滤器采用类似面对对象编程中对象的继承和多态特性，一层管道过滤器看起来是线性的，但是一个过滤器类型的执行可能会诱发另一个子管道过滤器，这样这个过滤器的执行就是其包含的子管道过滤器先得执行。那么此时逻辑上这个管道过滤器执行就具有多层的意义了。如下图：Axis执行引擎概括 – 第一层客户端基于HTTP网络服务传输协议Axis2执行引