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)】


Apache CXF 服务框架概览

在下面这部分,我们将依次查看各层,并弄清楚他们如何一起协作的。

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


Apache CXF 服务框架概览

server-side

 


Apache CXF 服务框架概览

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

 

 

分类:

技术点:

相关文章: