基于SCA 的ESB 分析： SCA： 为构建基于SOA 的应用和解决方案提供了编程模型 致力于为服务构件以及连接各服务构件的访问方式而包容各种广泛的技术的模型 实现了组件与传输协议的解耦（即组件自由绑定协议，并且支持自定义的扩展绑定） Tu scany 是SCA 的JAVA 实现，其基本架构如下： 重点关注tu scany 的扩展机制： Implementation：SCA 组件（Component）的实现方式，一个 SCA 组件可以由各种语言或技术平台实现，如：POJO，EJB，Spring Bean，bpel 流程，各种脚本语言等等。 Binding：是 SCA 的绑定（Binding）规范的实现，SCA 服务（Serv ice）和引用（Reference）的绑定方式，即一个 SCA 服务可以暴露为 Web Serv ice，Jav a RMI 服务，http 资源，jms 消息等等，一个 SCA 引用也可以通过 Web Serv ice，RMI 调用，http 调用，jms 调用等方式调用远端服务。 Databinding：数据绑定方式，用与在 Binding 中定义参数的传输格式，比如 Web Serv ice 的 Binding 一般用 XML 格式，SCA 的 Binding 一般用 SDO 格式，Jsonrpc 的 Binding 一般用 Json 格式等等。 Interface：是 SCA 的接口（Interface）规范的实现，SCA 服务（Serv ice）和引用（Reference）的接口暴露方式，一般有 Jav a，WSDL 等类型。 这套扩展机制为整合各个平台的服务提供了基础。 ESB： 实现传输协议的转换 实现消息格式的转换 消息路由 数据集成 处理不同来源的业务 Tuscany中，对于传输协议的转换、消息格式的转换以及处理不同来源业务已经有所实现。具体分析如下： 传输协议的转换：通过绑定实现。比如一个 SCA 组件可以向外部提供一个 ws 的服务，同时在该服务的实现中加入一个 corba 服务的引用。这样，用户就可通过调用 ws 服务的方式，实现对corba 服务的调用。且 tuscany的扩展机制允许针对新的协议加入自定义的绑定。 实现消息格式的转换：通过数据绑定实现。Tuscany SCA 支持的数据类型有 XML、SDO、JAXB、DOM、JSON 等等，其内部有一个消息转换器来实现不同格式消息之间的转换，这种转换机制并不都是一一对应的，而是传递的。比如 SDO 要转换成AXIO，但 Tuscany并没有实现这两种格式的直接转换，而是将 SDO 转换成StAX，然后 StAX 再转换成AXIO。具体的转换路径使用 Dijkstra 最短路径算法获得。而数据绑定是绑定中的子元素，相当于tuscany已经实现格式...
