设计美好的服务器(7)--Apache CXF笔记

本文详细介绍了Apache CXF的架构组成,包括其核心处理模块、扩展模块及运作流程。CXF支持独立运行和整合到Web服务器,通过前端API创建服务模型,在不同传输层上接收请求,并利用绑定层进行消息解析。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

OverView

架构笔记

CXF的架构看多了有点熟悉而无聊,核心模块更是经典得没法更经典了。

     一、核心处理模块:

  • Bus -- CXF容器,基于Spring的Container与Configuration。
  • ServiceModel -- 服务元数据,其中ServiceInfo类似WSDL,而其他部分描述了DataBinding,Interceptors等CXF属性。
  • Message -- 在框架内流动的通用信息单元。
  • Interceptor -- 在管道内处理信息的功能单元,由Interceptor Chain控制,分属不同的阶段(Phase)。

      二、扩展模块:

  • FrontEnd -- 用户编程API(如jax-ws,simple,javascript),被隔离于核心模块。
  • Trainsport -- 抽象、可扩展的传输层(如servlet,jetty,jms,local),Destinations与Conduits代表接收与发送者。
  • Binding -- 抽象、可扩展的协议解释层(如soap,http,xml,object),实现createMessage()初始信息,然后通过预设置的一系列专用Interceptor实现解释。
  • Data Binding -- 抽象、可扩展的XML与Java Object映射层(如jaxb,aegis),实现不同的Reader与Writer进行编解码。

      三、运作流程 

  1. CXF可以独立运行(Jetty),也可以整合到Web服务器(servlet,jca)
  2. 使用FrontEnd(如JaxWsServiceFactoryBean)从WSDL或annotated java class反射创建ServiceModel
  3. Transport(http,jms,local)上接收请求
  4. 通过Binding(SOAP,REST,JMS和Corba)创建Message,并由一系列Binding预设定的Interceptor进行解释与WS-*协议处理
  5. 确定目标的Java服务,并把Data Binding(JAXB,Aegis)解码参数
  6. 最后调度Java方法,将返回结果重新编码并发送回去。

直接处理原始XML请求的Provider接口

JAX-WS的API有两个层次,除了常见DataBinding后调用最终Java方法外,还可以使用客户端的Dispatch与服务端Provider接口,绕过DataBinding处理,直接处理XML。

在Spring配置文件里,将implementor指向Provider,指定WSDL,然后编写下类实现invoke函数。

@WebServiceProvider(portName="stockQuoteReporterPort" serviceName="stockQuoteReporter")
@ServiceMode(value="Service.Mode.PAYLOAD")
public class  stockQuoteReporterProvider implements Provider<DOMSource>
public stockQuoteReporterProvider(){
  }

public DOMSource invoke(DOMSource request){
    DOMSource response = new DOMSource();
    ...
    return response;
  }
}

 又见范型,<DOMSource>指明了数据的类型,可选DOM/SAX/StreamSource。也可以是Service.Mode.MESSAGE下的完整SOAPMessage或JMS的DataSource。记得需要自行拼装返回的XML结果。

   JAX-WS新增的这个功能是为复杂Web服务编写贴身订造的。被绕过的DataBinding,可以自行调用JAXB2.0的api完成。至于WSDL,可以写死,也可以用wsdl4j动态扩展。

其他笔记

  • CXF中的Message信息:
    ID--唯一属性。
    Content--内容。可通过  <T> T getContent(Class<T> format) 函数获取,内部实现为Map<Class<?>, Object> contents。
    Exchange属性特别的将In Message 、Out Message、Fault与Transport信息关联。
    InterceptorChain--要处理Message的Chain。
  • Invoker ,CXF默认是直接调用POJO或Spring里的Bean,可以通过Invoker调用EJB等对象。

内容概要:本文档为《400_IB Specification Vol 2-Release-2.0-Final-2025-07-31.pdf》,主要描述了InfiniBand架构2.0版本的物理层规范。文档详细规定了链路初始化、配置与训练流程,包括但不限于传输序列(TS1、TS2、TS3)、链路去偏斜、波特率、前向纠错(FEC)支持、链路速度协商及扩展速度选项等。此外,还介绍了链路状态机的不同状态(如禁用、轮询、配置等),以及各状态下应遵循的规则和命令。针对不同数据速率(从SDR到XDR)的链路格式化规则也有详细说明,确保数据包格式和控制符号在多条物理通道上的一致性和正确性。文档还涵盖了链路性能监控和错误检测机制。 适用人群:适用于从事网络硬件设计、开发及维护的技术人员,尤其是那些需要深入了解InfiniBand物理层细节的专业人士。 使用场景及目标:① 设计和实现支持多种数据速率和编码方式的InfiniBand设备;② 开发链路初始化和训练算法,确保链路两端设备能够正确配置并优化通信质量;③ 实现链路性能监控和错误检测,提高系统的可靠性和稳定性。 其他说明:本文档属于InfiniBand贸易协会所有,为专有信息,仅供内部参考和技术交流使用。文档内容详尽,对于理解和实施InfiniBand接口具有重要指导意义。读者应结合相关背景资料进行学习,以确保正确理解和应用规范中的各项技术要求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值