Apache CXF 服务框架概览

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方法。