欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

我眼中的CXF之 Interceptor (上) 博客分类: ESB ExchangeBeanApacheSOAP设计模式 

程序员文章站 2024-02-22 16:41:52
...
Interceptor是CXF架构中一个很有特色的模式。你可以在不对核心模块进行修改的情况下,动态添加很多功能。这对于CXF这个以处理消息为中心的服务框架来说是非常有用的,CXF通过在Interceptor中对消息进行特殊处理,实现了很多重要功能模块,例如:日志记录,Soap消息处理,消息的压缩处理。

如果你想对CXF进行扩展,建议你先从interceptor开始。

首先我们可以研究一下 cxf-api中定义的接口


Interceptor
定义两个方法,一个处理消息 handleMessage, 一个是处理错误 handleFault。别看Interceptor这么简单,这里需要提醒注意的是,在实行具体的Interceptor的这两个方法中,千万别调用Interceptor内部的成员变量。这是由于Interceptor是面向消息来进行处理的,每个Interceptor都有可能运行在不同的线程中,如果调用了Interceptor中的内部成员变量,就有在Interceptor中造成临界资源的访问的情况,而这时的Interceptor也就不是线程安全的Interc eptor了。

在CXF中最常使用的Interceptor都放在cxf-rt-core中的org.apache.cxf.interceptor中,有兴趣的朋友可以研究一下。


InterceptorChain
单个的Interceptor功能有限,CXF要实现一个SOAP消息处理,需要将许许多多的Interceptor组合在一起使用。因此设计了 InterceptorChain,在我看了InterceptorChain就像是一个Interceptor的小队长。 小队长有调配安置Interceptor的权力(add,remove),也有控制消息处理的权力(doInterceptor,pause,resume,reset,abort),同时也有交付错误处理的权力( {get|set}FaultObserver)。更有意思的是为灵活控制Interceptor的处理消息顺序(doInterceptStartingAt,doInterceptorStartingAfter),这也是InterceptorChain比较难理解的地方。

有兴趣的朋友可以跟踪一下,CXF的Client与Server之间通讯是走过哪些Interceptor,这些Interceptor是如何被调用的。


Fault
定义了CXF中的错误消息。


InterceptorProvider
这里定义了Interceptor的后备保障部队。我们可以在InterceptorProvider中设置In,Out,InFault,OutFault 后备小分队,添加我们所希望添加的Interceptor。而InterceptorChain会根据这些后备小分队,组建自己的小分队实例,完成具体的作战功能任务。


AbstractAttributedInterceptorProvider
InterceptorProvider实现的抽象类,由于这个类来继承了HashMap,我们可以像这个类中存储一些属性信息。

AbstractBasicInterceptorProvider

与AbstractAttributedInterceptorProvider不同,这个Interceptor只是简单实现了InterceptorProvider的功能,并不提供对其属性存储的扩展。


Message
由于Interceptor是针对Message来进行处理的,当你打开Message这个类文件时,你会发现在Message中定义了很多常量,同时你还可以从Message中获取到很多与Message操作相关的信息。可以获取设置的对象有InterceptorChain Exchange Destination,还有获取设置Content的泛型接口,是不是感觉Message和Bus差不多,都成了大杂货铺,一切与消息处理相关的信息都可以放在Message中。我想这也是咱CXF以Message处理为中心的设计思想的具体表现吧。

Exchange
和Message打交道就离不开Exchange。Exchange建立In/Out,InFault/OutFault Message 之间的联系。你可以从Exchange中获取到与消息传输相关的Conduit,Destination的信息,同时也可以设置和Session相关的其他信息,以及知道是否是OneWay的消息。

AbstractFeature
为了简化配置Interceptor的复杂操作,在这里设置了AbstractFeature,通过Feature我们可以向Bus,Client,Endpoint配置不同功能的Interceptor组。这样可以极大减轻我们配置文件的体积。
在此之前我们如果想把一组Log Interceptors添加到Bus中,需要写的配置文件如下

... 
<jaxws:endpoint>
xml 代码
 
  1. <jaxws:endpoint   
  2.     id="greeter"   
  3.     address="http://localhost:9000/greeter1"  
  4.     implementor="org.apache.hello_world.GreeterImpl">  
  5.   
  6.     <jaxws:inInterceptors>  
  7.          <bean class="org.apache.cxf.interceptor.LoggingInInterceptor"/>  
  8.     </jaxws:inInterceptors>  
  9.     <jaxws:outInterceptors>  
  10.           <bean class="org.apache.cxf.interceptor.LoggingOutInterceptor">  
  11.     </jaxws:outInterceptors>      
  12.     <jaxws:inFaultInterceptors>  
  13.          <bean class="org.apache.cxf.interceptor.LoggingInInterceptor"/>  
  14.     </jaxws:inInterceptors>  
  15.     <jaxws:outFaultInterceptors>  
  16.           <bean class="org.apache.cxf.interceptor.LoggingOutInterceptor">  
  17.     </jaxws:outInterceptors>  
  18.   
  19. </jaxws:endpoint>  

</jaxws:endpoint>


而一旦使用了Feature,我们的配置文件就变成了 

xml 代码
 
  1. <jaxws:endpoint   
  2.     id="greeter"   
  3.     address="http://localhost:9000/greeter1"  
  4.     implementor="org.apache.hello_world.GreeterImpl">  
  5.   
  6.     <jaxws:features>  
  7.          <bean class="org.apache.cxf.feature.LoggingFeature"/>  
  8.     </jaxws:features>     
  9.   
  10. </jaxws:endpoint>  
<jaxws:features><bean class="org.apache.cxf.feature.LoggingFeature"> </bean>
</jaxws:features>
 


简单很多吧 :)