JBI架构思想

SOA在Java领域有两套标准:一个是SUN推出的JBI(没有得到BEA和IBM的承认),另外一个是:IBM和BEA等公司推出的SCA和SDO标准。

  JBI之关注Java组件只处理Java组件的集成。

  SCA实现了业务组件和传输协议的分离,可以处理各种平台组件的集成。

  SDO可以的自由读取各种不同数据源的数据。

  另外,BPEL本质上是一种集成WebService服务的语言,也可以算作为SOA的一部分。

  在此,详细介绍JBI的架构思想。

  一、认识JBI

  JBI(Java Business Integration)中文翻译为“Java业务集成”,是SUN发布的一个用于Java组件进行集成的一个标准。

  JBI的本质是一种服务总线思想。

  JBI的目标是创建一个用于各种Java组件服务集成的运行环境。

  二、认识JBI容器

  JBI是一种思想,JBI思想的实现就是JBI容器。

  JBI容器是为弥补现有J2EE容器的不足而出现的。

  现有应用服务器的容器类型:Servlet容器、EJB容器、JMS容器。

  现有应用服务器的容器不足:

  a)、每种容器都有自己特殊的传输协议,相互之间不能直接通信。比如:Servlet容器只能接受HTTP/SOAP的传输协议,EJB容器只能处理RMI的传输协议,JMS只能处理JMS的传输协议。

  b)、是一个纯粹的服务提供者,不是一个服务的集成者。也就是说,容器之间不能继承服务。

  c)、容器间服务的调用需要编写客户端代码。

  JBI容器以一种可插拔的方式集成不同类型的服务,而不是通过编写客户端代码来实现服务的集成。

2、JBI容器的组成的三大部分:

  a)、绑定组件(BC:Binding Components):专门用来接收各种不同传输协议的请求,原理是JBI实现了各种不同协议的绑定组件,绑定组件可以细分为接收BC和发送BC。接收BC主要负责发送请求和接收响应,发送BC主要用来调用外部的服务。

  b)、服务引擎(SE:Service Engines):这类组件只处理JBI容器内部的消息。JBI容器通常在接收到消息后,需要对请求的消息做一些“处理”,然后再调用外部服务的提供者。根据功能的不同,将SE组件分为以下三种类型:

  Transform SE:专门处理各种传输协议和格式变化。

  BPEL SE:专门负责将Web Service进行流程编排。

  Rules SE:专门负责通过规则将各种服务进行集成。

  c)、JBI的规格化消息路由器(Normalized Message Router):是JBI内部消息系统的核心,所有的组建之间不能交换消息,只能通过NMR来传递。

  在JBI容器内部,只有一种标准的规格化消息(Normalized Message)。任务服务组件进入JBI环境之前,通过BC转换为规格消息NM。在JBI环境里,所有的服务都不能相互调用,不论是请求还是回答消息,都要先转给NMR,再由NMR分发。JBI运行环境里面的组件(SE、BC)和NMR都是通过NM来进行信息交换的。

外部请求者将一个HTTP请求发送给JBI容器,容器的HTTP BC接收请求,并将请求的消息格式化为NM发送给消息接收转换引擎,然后再将NM发送给NMR,由NMR再将NM发送给SOAP BC,SOAP BC将NM转换为SOAP消息发送到外部的WS组件。执行后,消息按照原路返回。

  个人观点:

  JBI是SUN的标准,是SUN对J2EE容器的一种改进,SUN并不想兼容其他语言的组件。

  随着SUN公司被收购,SUN之外的几个巨头都力推SCA标准,SUN的JBI标准将名存实亡,难以得到重用。

  理解容器的工作原理,可以更清楚的认识JBI集成服务的原理和过程。如果只为学习开发,容器标准了解下即可,应多研究一下JBI标准API接口和规范。

原文出处:http://www.uml.org.cn/soa/200912223.asp

你可能感兴趣的:(JBI架构思想)