Apache CXF 服务框架概览

tiyan

　　1.CXF API
　　CXF整体架构有以下部分组成：
　　Bus： 包含这extensions, interceptors 和 Properties的注册。
　　Front-end: Front-end： 规定了创建服务的编程模型
　　Messaging & Interceptors：定义了低层级的message and pipeline层，绝大多数的功能都基于该层。
　　Service Model：用来描述服务规范的，类似WSDL的服务模型来
　　Pluggable Data Bindings：（后续祥说）
　　Protocol Bindings：bindings提供了解释协议的功能
　　Transports: Transportfactory 创建目的地（接受方）和输送出口（发送方）【Destinations (Receiving) and Conduits (Sending)】
　　

　　在下面这部分，我们将依次查看各层，并弄清楚他们如何一起协作的。
　　1.1 BUS 
　　CXF的中枢系统，CXF运行时共享资源的提供者。这些共享资源包括WSDL manager和binding factory manager。
　　可以很容易将BUS共享的资源延伸到你自定义的资源或者服务，甚至替换掉默认的资源，如：用自定义HTTP destination factory （基于Tomcat的）的替换掉系统默认基于Jetty的HTTP destination factory 。
　　扩展性使得依赖注入成为可能，默认的bus实现就是基于spring框架的。
　　SpringBusFactory 会在你classpath下的META-INF/cxf 目录下搜索所有的bean配置文件。
　　（BUS配置详见链接：BUS-Confuration）
　　1.2 服务调用是如何处理。
　　client-side
　　

　　server-side
　　

　　1.3 Front-ends
　　Front-ends规定了与CXF交互通信的编程模型。
　　现在CXF提供 JAX-WS, JAX-RS, Simple和Javascript 四种front-end的API。这四个实现的每一个都同CXF其他部分清爽的分隔开了。Front-end通过添加到Services 和 Endpoints的拦截器来提供自身的功能。
　　1.4 Messaging & Interceptors
　　CXF建立在Messages、Interceptors和InterceptorChains组成的一个普通消息层之上。拦截器Interceptor是功能的基本单元。消息的处理和发送功能的分离使得CXF的架构非常灵活，可以在消息处理的任何点上配置拦截器。这样CXF就有能力控制消息是终止或者者继续沿着拦截器链处理。
　　拦截器通过方法handleMessagel在消息上执行一些操作。多个连接器可以构成拦截器链。
　　拦截器是单向的并且他并不知晓自己所处理的是请求、还是响应，抑或错误。
　　CXF提供的InterceptorChain实现叫做PhaseInterceptorChain。当拦截器被添加到链中的时候，他们就会被归类到有序的不同phase中。PhaseInterceptor将会管理同一个phase内部不同的拦截器间的顺序。
　　错误处理
　　在处理过程中，拦截器可能在任一个点抛出错误，这将导致整个链停止继续调用并且将会清理现场。清理现场操作一般是逆序在抛错前调用过的拦截器上调用handleFault方法。