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