（计算机应用技术专业论文）web+service的技术在oa系统中的研究与应用.pdf

北京邮电大学硕士论文w e bs e r v i c e 的技术在o a 系统中的研究与应用 w e bs e r vic , e 的技术在0 a 系统中的研究与应用 摘要 软件行业已经渐渐接受这样一个事实，任何用于跨越多个操作系统，编程语言 及硬件平台的集成软件应用程序不可能由任何一种专门的环境来解决。w 曲服务的 出现，消除了传统上采用的紧耦合方法的局限性，它通过描述一组可以在网络上通 过标准化的x m l 消息传递访问的操作，使应用程序可以采用与平台无关的方式相互 通信，并实现了松耦合应用程序。 o a 系统作为企业日常办公必须的系统，存在与企业其它系统的信息资源共享问 题。利用w e b 服务来降低o a 系统与异构系统间通信的复杂度，使面向电信企业的o a 系统，具有良好的灵活性，方便企业系统间的集成，适应企业各种新需求。 本论文结合面向电信企业的o a 系统，从理论角度对w e bj 报务技术在o a 系统中 的应用进行了研究，在w 曲服务技术特点、应用的可行性、采用何种技术实现等方 面进行了分析。然后针对企业需求，结合面向电信企业的o a 系统中具体模块的功能， 采用面向服务的思想，设计和实现了满足企业新需求的w 曲服务模块，使信息资源 能够以松耦合的方式灵活共享。并在如何实现w 曲服务，以及w 曲服务与已有o a 系 统整合的问题上，提出了自己的设计架构，具有一定的通用性，适合类似b s 结构 系统与w 曲服务的整合。 关键词：o a 系统，w e b ) j 艮务，w e b 服务描述语言( w s d l ) ，模型视图 控制器( m v c ) 北京邮电大学硕士论文w e bs 日叫c e 的技术在0 a 系统中的研究与应用 w e bs e r vlc et e c h n o l o g yr e s e a r c ha n da p p l ic a tio nino a s y s t e m a b s t r a c t i ti n d u s t r yh a sg r a d u a l l ya c c e p t e dt h ef a c tt h a tt h es o l u t i o n , w h i c hc o v e r san u m b e r o f h a r d w a r ep l a t f o r m s ，o p e r a t i o ns y s t e m s ，p r o g r a m m i n gl a n g u a g e s ，c a l l tb ei m p l e m e n t e d u n d e ra n ys p e c i f i ce n v i r o n m e n t t h ee m e r g e n c eo f w e bs e r v i c eh a ss o l v e dt h el i m i t a t i o n o f t r a d i t i o n a lc l o s e - c o u p l e dm e t h o d w e bs e r v i c eh a st a k e nu si n t oal o o s e - c o u p l e dw o d d t h o u g ht r a n s f e rd a t aa n do p e r a t i o nt os t a n d a r dx m lm e s s a g e sw h i c ha r ea c c e p t e da b r o a d b yi ti n d u s t r y n o wt h ea p p l i c a t i o np r o g r a mc a nc r o s sc o m p l e xe n v i r o n m e n te a s i l y o as y s t e mi sn c a ：c s s a r yf o ra ne n t e r p r i s eo l ld a i l yw o r k i n ga n di t si n e v i t a b l et h a t r c s o u r c zs h a r i n gp r o b l e m se m e r g e sw h e no a s y s t e mc o l l a b o r a t ew i t ht h eo t h e rp o p u l a r s y s t e m s ( f o re x a m p l e ，i n f o r m a t i o nm a n a g e m e n t ，w e bp o r t a ls y s t e ma n ds oo n ) w e b s e r v i c e 啪d e c r e a s et h ec o m p l e x i t yo fc o m m u n i c a t i n ga m o n gd i f f e r e n ts y s t e m s m a k e t h eo as y s t e mf l e x i b l e ，m e e tt h ee n t e r p r i s ed e m a n d sa n dm a k et h ei n t e g r a t i o na m o n g e n t e r p r i s ea p p l i c a t i o ns y s t e m sc o n v e n i e n t 。 t h ep a p e r sf i r s tm a k ea no v e r v i e wo ft h eo as y s t e m , a n da n a l y z et h ep a t t e r nt h a t a p p l y i n gw e bs e r v i c et e c h n i q u et oo as y s t e m t h e ni l l u s t r a t ed i f f e r e n ta s p e c t so fw e b s e r v i c e , i n c l u d i n ga v a i l a b i l i t y , f e a s i b i l i t y , a n dd e t a i lt e c h n i q u e su s e dt oi m p l e m e n t s e r v i c e s t h ep a p e rd e s i g na n di m p l e m e n tt h es e r v i c e sm e e t i n ge n t e r p r i s ed e m a n d su n d e r s o aa r c h i t e c t u r e f i n a l l yg i v et h em e t h o dt oi n t e g r a t es e r v i c ew i 山o as y s t e ma n d i l l u s t r a t es o m ek e ym o d e l s k e yw o r d s ：o a s y s t e m ， w e bs e r v i c e ，w s d l ，m v c 北京邮电大学硕士论文w e bs e r v i c e 的技术在o a 系统中的研究与应用 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究成 果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不包含 其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他教育机 构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均 已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：缉掣三日期：丝丑三：f 互 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即：研 究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权保留并 向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借阅；学 校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它复制手段 保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在一年解密后适用本授权书。非保密论文 注释：本学位论文不属于保密范围，适用本授权书。 本人签名 导师签名 日期：迦坌2 ：；! 妄 日期：幽。3 ：让： 北京邮电大学硕士论文w e bs 打v i c , e 的技术在o a 系统中的研究与应用 1 1 课题研究背景 第一章绪论 2 l 世纪是知识经济的时代，信息与网络技术的飞速发展为企业带来了前所未有 的机遇和挑战，建设企业的信息化系统，构筑网络办公平台、推进企业办公网络化、 自动化、全面实现信息共享和交流已是势在必行，也是电信企业发展过程中的重要 环节。本研究所实现的o a 系统是为了进一步提高某电信企业的整体办公效率和管理 决策水平，促进办公工作的规范化、制度化，为管理层提供更好的综合信息和决策 依据。主要设计思想是，以通过该o a 系统能进一步推动企业办公自动化和信息管理， 大大提高企业的整体运作和创新能力。 企业现行的o a 系统结合了当前先进的办公自动化实现技术，实现了高效的信息 管理平台。虽然已经能够良好的满足企业办公自动化和信息管理，但是对于上级公 司的收文灵活性方面和企业内部其它系统信息共享方面，还是存在不足之处。例如， 上级公司与下级公司采用的o a 系统实现方式存在很大差异，一为j 2 e e 的实现框架， 另一个却是基于l o t u s 平台的实现方案。对于异构系统间，下级针对上级公司的收 文接口实现，需要很多转换步骤，接口实现也不灵活。而公司内部，比如c r m 、财 务等系统也无法直接共享o a 中的信息资源。这些新需求体现出的不足之处，都反应 出了部分设计需要以新的方案替代旧有的设计，现有的o a 系统需要升级，需要得到 更好的发展。 随着分布式技术的发展，w e b 服务的出现，解决了传统上跨越多个操作系统， 编程语言及硬件平台集成软件应用程序所采用的紧耦合方法，它通过描述一组可以 在网络上通过标准化的x m l 消息传递访问的操作，使应用程序可以采用与平台无关 的方式相互通信，转向了松耦合应用程序。在软件行业以逐步降低异构系统之间通 信的复杂度为准则的今天，在面向电信企业的o a 系统中，引入w 曲服务技术，解决 紧耦合问题，优化设计框架，已经成为o a 系统发展升级的一个必然趋势。 北京邮电大学硕士论文 w o os e l w i c c 的技术在o a 系统中的研究与应用 1 2 课题研究目的 本课题研究的目的是结合w e b 服务技术理论，根据某电信企业的具体需求， 在本研究室自主研发的o a 系统的基础上，将w 曲服务引入系统，设计实现的w e b 服 务不但满足了某电信企业的新需求，而且提高了o a 系统的灵活性，使电信企业的其 它系统能够以松耦合的方式访问o a 系统，共享信息资源。 1 3 论文的研究内容 论文详细介绍了，w e b 服务基础理论知识，技术特点。针对如何根据实际项目 情况，选择合适的w e b 服务引擎的方法进行了描述，并且分析了w 曲服务技术符合 o a 系统需求的特点提出了w 曲服务模型。 本文在详细介绍w r c b 服技术的同时，根据o a 系统的新需求，在整合旧有模块功 能的基础上，设计并实现满足新需求( 比如收文模块接口升级) 的w 曲服务。 w 曲服务要成为o a 系统的一部分，才能完整的满足新需求。给出设计方案，解 决旧有o a 系统与w 曲服务的整合问题。为各种遗留系统的升级、更新提出了很好的 技术方案。 1 4 论文的研究成果 为具体实现某网通企业的o a 系统，建立办公自动化平台，并满足与上级公司异 构系统的互通性。本文分析了o a 系统的新需求，吸纳了新的面向服务的设计思想， 利用旧有系统，实现满足新需求的w 曲服务，并在对关键模块服务组建的构建上说 明了w e b 服务的实现和与旧有系统的整合。 本文的贡献： 1 ) 本系统详细阐述了，根据具体的项目情况，如何选择w e b 服务相关的技 术。 2 】本系统将w e bs e r v i c e 技术应用至j j o a 系统，设计实现了满足新需求的 w 曲服务降低了收文模块设计的复杂性，减少了模块之间的耦合性，有利 于企业系统间的信息共享。 3 ) 本系统将实现的w e b 服务与已有o a 系统整合，也是a x i s 2w e b j i 务引擎 与o a w e b t 程的集成，减少了维护工作量，解决了不同步的问题。 2 北京邮电大学硕士论文 w e bs e r v i c e 的技术在o a 系统中的研究与应用 1 5 论文的结构 第一章绪论。首先介绍了课题的学术背景及理论与实际意义，然后给出论文所 作的工作。 第二章为、e b 服务及相关技术的研究。本章对w 曲服务基础理论知识，技术特 点，以及如何根据实际项目情况，选择合适的w e b 服务引擎的方法进行介绍，针对 性地分析w e b 服务技术符合o a 系统需求的特点、结构、模型。最后介绍了承载w e b 服务的容器t o m c a t 相关技术。 第三章主要描述o a 系统中w e b 服务的设计。本章首先分析了o a 系统的新需 求，然后根据具体的需求，给出可能的几种设计，最后根据实际情况，选择了w e b 服务的设计方案。 第四章主要结合第三章的设计模型，详细分析功能模块，然后进行实现。重点 论述了基于w e b 服务集成原有系统的服务的设计和实现过程，以及w e b 服务与原有 系统如何集成的问题。 第五章为结论。本章对论文工作进行总结，对后续的研究工作进行了展望。 北京邮电大学硕士论文 w e bs c x v i c e 的技术在o a 系统中的研究与应用 第二章w e b 服务及相关技术的研究 随着分布式技术的发展，w 曲服务的出现，解决了传统上跨越多个操作系统， 编程语言及硬件平台集成软件应用程序所采用的紧耦合方法，它通过描述一组可以 在网络上通过标准化的x m l 消息传递访问的操作，使应用程序可以采用与平台无关 的方式相互通信，转向了松耦合应用程序。在软件行业以逐步降低异构系统之间通 信的复杂度为准则的今天，在面向电信企业的o a 系统中，引入w 曲服务技术已经成 为o a 系统发展升级的一个必然趋势。 本章对w e b 服务基础理论知识，技术特点，以及如何根据实际项目情况，选择 合适的w e b , q i 务引擎的方法进行介绍，针对性地分析w 曲服务技术符合o a 系统需求 的特点、结构、模型。另外，由于考虑到，所选择的w 曲服务引擎是承载在t o m c a t s e r v l e t 容器之上的，而且w e b , q 务与w e b t 程的集成也利用n t o m c a t 的特性，本章 的最后也将对t o m c a t 相关技术进行介绍。 2 1w e b 服务模型 为了实现平台无关，实现独立的访问w e b l 务，业界制定了一系列技术标准， w 曲服务中的一些最重要的技术有，x m l ，s o a p ，w s d l 。本章在详细介绍这些技 术之前，先结合o a 系统的某一个模块，给出这些技术在o a 中的应用。 为了说明这些技术具体被应用到系统中，所起的角色。本节先以人事档案管 理功能子模块为例，体现这些技术在w e b 服务被调用时所起的作用。该子模块实现 了对人事档案的收集、整理、统计等功能。管理的具体内容包括：人员的基本信息、 学历与培训、各个时期的工作情况等，可以用文字、图像等信息进行记录。 在该模块中应用w e b 服务技术的模型的设计，见下图2 1 ： 4 北京邮电大学硕士论文 w e bs e r v i e c 的技术在o a 系统中的研究与应用 图2 1w e b 服务模型 为了帮助理解w 曲服务模型的建立，下面详细介绍这些技术。 2 2w e b 服务关键技术 w 曲服务允许我们建立应用组件放置于网络上的分布式系统。不管这些应用组 件是怎么写的，使用什么语言写的，要运行在什么操作系统上，我们都能以统一的 方式访问这些组件。如果一个w 曲服务有效并且设计实现了互用性问题，那么无论 你的应用是用什么语言，在什么平台上开发的，都可以使用这些服务。 为了实现平台无关，实现独立的访问w 曲服务， 业界制定了一系列技术标准， 下面是一些最重要的技术： x m 匝 s o a p w s d l 2 2 1x m l 技术 ) m e x t e n s i b l em a r k u pl a n g u a g e - -扩展标识语言) 是由w 3 c 组织制定，并于 1 9 9 8 年2 月发布成为一个正式的建议规范。x m l 是用于w e b 数据描述的一种标记语 言。它采用根据实际需要而定义的标记集合，结构化地描述数据文档。它提供用户 北京邮电大学硕士论文 w e bs e r v i c e 的技术在o a 系统中的研究与应用 或开发者定义数据描述标记集合的能力，并使之能够在同类系统或应用中共享与继 承。从某种程度上说，这是一种可以随时设计或开发使用数据标准的强大能力。x m l 使用标记结构化地描述数据，使得w e b 应用系统不再局限于简单地传递和显示数据， 而开始具有了理解数据的能力。基于此，w e b 应用系统的各个层次，从数据库服务 器端到应用服务器，再到客户浏览器端，也都可以处理数据了。x m l 仅仅涉及如何 描述数据的结构，对于数据的表达没有涉及。这种单一功能设计虽然对数据的表达 与显示造成了一些复杂性，但恰恰是x m l 的这一特点使得我们具有了扩展w e b 数 据使用的能力。x m l 技术为不同数据库系统和不同操作系统之间的数据交换格式的 转换提供了简单可靠的方法。以面向对象技术为基础，x m l 技术将文档数据作为文 档对象，使不同平台、不同地点的应用系统可以通过分布式技术来处理文档。x m l 技术具有可重用性、可互操作性、跨平台和简单易行四大特征。正是基于如上的这 些特点，使得x m l 成为发展w e b 服务的首选，同时也匹配了w 曲服务的基本出发点。 常用的x m l 文档解析器，包括s a x 、d o m 、s t a x 解析器。 2 2 2s o a p 技术 s o a p ( s i m p l eo b j e c ta c c e s sp r o t o c 0 1 ) ，简单对象访问协议，它是基于x m l 、 用于在w e b 上交换结构化和类型信息的轻量协议。s o a p 的总体设计目标是使其尽可 能简单，并提供最少的功能。该协议定义一个不包含任何应用程序或者传输语义的 消息处理框架。因此，该协议是模块化的，并且有很强的扩展性。此协议对消息进 行了编码，这样就可以通过传输协议( 如h r r p 、h o p 、s m t p 或其他协议) 在网络 上进行传播。 s o a p 协议与规范 s o a p 协议规范包含四个主要组成部分。第一部分定义用于封装数据的必需的 可扩展信封。该s o a p 信封定义s o a p 消息，并且是s o a p 消息处理器之间的 基本交换单位。这是该规范唯一必需的部分。 s o a p 协议规范的第二部分定义用来表示应用程序定义的数据类型和有向图 形的可选数据编码规则，以及一个用于序列化非句法数据模型的统一模型。 第三部分定义r p c 样式( 请求响应) 的消息交换模式。每个s o a p 消息都 是单向传输。尽管s o a p 的根位于r p c 中，但它不仅仅只是请求，响应机制。x m l w e b 服务经常组合s o a p 消息以实现此类模式，但s o a p 并不强制要求消息交换 6 模式，这部分规范也是可选的。 规范的第四部分定义s o a p 和h t r p 之间的绑定。但该部分也是可选的。可 以将s o a p 与任何能够传输s o a p 信封的传输协议或机制( 包括s m t p 、f i p 甚 至软盘) 结合在一起使用。 s o a p 消息 每个s o a p 体是一个x m l 文档，它具有一个显著的称为 的根元素。 标记 i ：h s o a p u r i ( u r n ：s c h e m a s - x m l s o a p - o r g ：s o a p v 1 ) 来划定范围，所有 s o a p 专用的元素和属性都是由这个u r i 来划定范围的。s o a pe n v e l o p e 包含一个可 选的 元素，紧跟一个必须的 元素。 元素也有一个显著的根 元素，它或者是一个请求对象或者是一个响应对象。下面表2 - i 是一个 i b a n k ：w i t h d r a w 请求的编码： 北京邮电大学硕士论文 w e bs e r v i c e 的技术在o a 系统中的研究与应用 注意 i n ，o u t 参数出现在两个消息中。在检查了请求和响应对象的格式后，序 列化格式通常编写方式，见下表2 3 ： 在s o a p 消息中，每个元素可能是一个s o a p 结构元素、根元素、存取元素或一 个独立的元素。在s o a p e e ，s o a p ：e n v e l o p e 、s o a p ：b o d y 和s o a p ：h e a d e r 是唯一的组成 在s o a p 元素的四种类型中，除了结构元素外都被用作表达类型的实例或对一 个类型实例的引用。 根元素是显著的元素，它是s o a p ：b o d y 或是s o a p ：h e a d e r 的直接的子元素。其中 s o a p ：b o d y 只有一个根元素，它表达调用、响应或错误对象。这个根元素必须是 s o a p ：b o d y 的第一个子元素，它的标记名和域名u r i 必须与 r r r ps o a p m e t h o d n a m e 头或在错误消息情况下的s o a p ：f a u l t 相对应。而s o a p ：h e a d e r 元素有多个根元素，与消 北京邮电大学硕士论文w e bs e r v i c e 的技术在o a 系统中的研究与应用 息相联系的每个头扩展对应一个。这些根元素必须是s o a p ：h e a d e r 的直接子元素，它 们的标记名和名域u r i 表示当前存在扩展数据的类型。 最后，简单介绍s o a p 工作与调用过程。s o a p 把x m l 的使用代码化为请求和响 应参数编码模式，并用h t t p 作传输。这似乎有点抽象。具体地讲，一个s o a p 方法 可以简单地看作遵循s o a p 编码规则的h t t p 请求和响应。一个s o a p 终端则可以看作 一个基于h t t p 的u r l ，它用来识别方法调用的目标。象c o r b a i i o p 一样，s o a p 不 需要具体的对象被绑定到一个给定的终端，而是由具体实现程序来决定怎样把对象 终端标识符映射到服务器端的对象。 2 2 3w s d l 技术 由于通信协议和消息格式在w e b 社区中已经过标准化，因而有可能以某种结 构化的方式对通信加以描述，而且实现这一点也显得日益重要。w s d l 定义了一种 x m l 语法，将网络服务描述为能够进行消息交换的通信端点的集合，从而满足了 这种需求。w s d l 服务定义为分布式系统提供了文档，并且可用于自动执行应用程 序通信中所涉及的细节。 w s d l 文档将服务定义为网络端点或端口的集合。在w s d l 中，由于端点和。 消息的抽象定义已从具体的网络部署或数据格式绑定中分离出来，因此可以对抽象 定义进行再次使用：消息，指对交换数据的抽象描述；而端口类型，指操作的抽象 集合。用于特定端口类型的具体协议和数据格式规范构成了可以再次使用的绑定。 将网络地址与可再次使用的绑定相关联，可以定义一个端口，而端口的集合则定义 为服务。因此，w s d l 文档在网络服务的定义中使用下列元素： t y p e s 数据类型定义的容器，它使用某种类型系统( 如x s d ) 。 m e s s a g e 通信数据的抽象类型化定义。 o p e r a t i o n 对服务所支持的操作的抽象描述。 p o r t t y p e 操作的抽象集合，这些操作由一个或多个端点支持。 b i n d i n g 特定端口类型的具体协议和数据格式规范。 p o r t 定义为绑定和网络地址组合的单个端点。 s e r v i c e 相关端点的集合。 编写w s d l 的三个步骤 步骤一： 每个w s d l 文件的根元素都是 。首先，必须在 元 9 北京邮电大学硕士论文 w e bs a w i c e 的技术在o a 系统中的研究与应用 素中提供各种名称空间的声明。 元素包含一个或多个 元 素，实际上，每个元素都是希望表示的一系列o p e r a t i o n 。应该将每个p o n t y p e 称为 服务，因此整个w s d l 文件将成为一个服务集合。在每个服务内可以有几个方法、 或者o p e r a t i o n ，w s d l 通过 元素来引用它们。 步骤二： 定义好操作( 或方法) 以后，现在需要指定将向它们发送和从它们返回的参数。 在w s d l 术语中，所有参数称为”消息”。因此，必须定义 元素。 消息 可以有任意多个p a r t 一只要为它们起不同的名称，以唯一标识。另一个属性，它 就是t y p e 。可以将这个”t y p e ”属性当作c + + 或j a v a 中的数据类型。在创建 元素时，没有指定这些消息是进入参数还是返回值。需要在 元素内的 元素中完成的工作。因此会涉及到 所有信息位于一个信息模型中，允许对系统进行挂起和恢复。 能够在不更改核心体系结构的情况下扩展功能，能以最小或没有核心更 改的情况下直接支持新w e b 服务规范。 a x i s 2 核心体系结构包括以下核心和非核心组件，核心组件有：x m l 对象模型。 s o a p 处理模型，信息处理模型。非核心组件有：部署模型，传输，客户机a p i 以及 核心代码生成模型。见图2 2 ： 4 北京邮电大学硕士论文 w e bs e r v i c e 的技术在o a 系统中的研究与应用 d e p l o y m e n t c o d eg e n e r a t i o n m o d e lm o d e l c o r ec o m p o n e n t s 匣嘲 丽口 习 p r o c e s s l n g p r o c e s s i n gp r o c e s s l n g m o d e l l m o d e l i f m o d e l c 1 i e n ta p i t r a n s p o r t s 图2 2a x i s 2 核心体系结构 2 4 2 x m l 对象模型( a x i o m ) a x i s 2 对象模型( a x i s 2o b j e c tm o d e l ，a x i o m ) 是a x i s 2 的基础，任何s o a p 消息在a x i s 2 中都表示为a x i o m 。a x i o m 是基于p u l l 解析器技术，具有“随需应 变构建”功能，仅在被要求时才会构建对象模型，而且，如果需要，可以直接从a x i o m 访问基础p u l l 解析器并对其加以使用，而不用构建对象模型( o b j e c tm o d e l ，0 m ) 。 2 4 3s o a j p 处理模型 图2 3s o a p 处理模型 处理程序框架( 见图2 3 ) ，体系机构定义t s o a p 处理器两个基本动作，发送和接 北京邮电大学硕士论文 w e bs e r 、d c e 的技术在o a 系统中的研究与应用 收s o a p 消息。提供了两个管道( p i p e s ) ，或者f l o w s 来执行这两个动作。a x i s 引擎或 者a x i s 2 驱动定义了s e n d 0 和r e c e i v e 0 两个方法来实现p i p e s 。两个管道为i np i p e 和o u tp i p e ，通过合并这两个p i p e s 来构建m e p s 。 通过处理器( h a n d l e r ) 来实现s o a p 消息处理的易扩张性。当一个s o a p 消息被处 理时，被注册的处理器就会执行，处理器可以注册在全局变量，服务，或操作范围 内，最后处理器链从所有的范围内计算合并所有的处理器。 处理器也扮演了拦截器( i n t e r c e p t e r ) 的作用，他们处理部分s o a p 消息，提供 附加的服务，通常处理器工作在s o a p 头上，也可以访问和改变s o a p 体。 当一个s o a p 消息通过客户端a p i 发送，o u tp i p e 就开始操作，o u tp i p e 触发处理 器，被一个将s o a p 消息送到端点( e n d p o i n t ) 的发送传输器结束，在目标端的接收 传输器接收。在接收端i np i p e 开始读s o a p 消息。i np i p e 由处理器和消息接收者组 成。 上述发生的消息处理过程发生在所有的消息交换中。在a x i s 2 中处理一消息后就 会创建另一消息，在新的消息中，更复杂的模型可能出现。 两种类型p i p e 和服务器客户端模型类似，s o a p 处理模型简化了复杂性，为用户 提供了抽象的接口。p i p e 的不同阶段p h a s e s 都已命名。处理器通常运行在一个阶段 中，阶段提供了一种预定处理器的机制。两种p i p e 都内建了p h a s e s ，也都为用户提 供了u s e rp h a s e s ，可以由用户自定义。 图2 4 中可以看至u u s e rp h a s e s o u t f l o w 图2 4u s