原创作者: jnn   阅读:4843次   评论:1条   更新时间:2011-05-26    
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中,需要写的配置文件如下

... 
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>  


而一旦使用了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>  

 


简单很多吧 :)

评论 共 1 条 请登录后发表评论
1 楼 haiyupeter 2010-06-23 20:16
这个也需要赞一个,挺好。。。可以讲里面的API运作,说明看过里面的源码。值得学习。

发表评论

您还没有登录,请您登录后再发表评论

文章信息

Global site tag (gtag.js) - Google Analytics