JavaOne大会热点之JBI篇节能

什么是Java业务集成(JBI)，即JSR208?　　在JavaOne大会上已经能够听到相当数量的关于JBI的谈论了，而且我们也会在近期内首次发布一个开源JBI容器和组件套件ServiceMix，这一切都相当令人高兴。我不清楚是不是所有的人都对JBI有了一定的了解，因为在JavaOne大会上一些关于JBI的讨论中，我看到某些与会者脸上流露出困惑的表情。我想我们需要一些文章来解释一下什么是JBI、其重要的思想是什么，以及如何使用JBI。

首先，可以简要的将JBI描述为一个用于规范化信息服务和路由器的简单API，这个API包含了一些用于部署集成服务的组件和管理模型。这里指的需要部署的集成服务主要包括路由引擎、BPEL引擎、角色系统或传输引擎等等。

JBI提供了一个合理的XML信息传输络，通过这个络对HTTP、电子邮件和JMS/MOM等进行良好的映射，使得这种络能够方便地应用在现有的遗留系统、二进制传输和RPC系统(例如EJB或CORBA)之中。你从提问的问题看可以把它想象成在JMS之上的逻辑抽象层，支持多种不同的消息交换机制(梅西”的叫声响个不停例如传统的“请求与应答”方式)。

绑定组件(binding components)处理和所有的传输管道以及协议相关的内容，然后由工作在逻辑XML层的服务引擎组件(service engine components)提供基于路由、控制、规则、传输或自定义增强功能的内容。

这样一来，BPEL引擎就不用再处理所有可能用到的协议、传输设备及线缆格式了，这些工作可以全部交给JBI来做，JBI会为物理路由或服务终端点完成这些工作。与此类似，基于内容的路由器、规则引擎、传输引擎也可以搭乘JBI这班车，自己则完成自己分内的工作。基于这点，我认为JBI是一套很棒的适合集成组件开发者的API。

当然，很多应用程序开发者仍旧喜欢开发POJO服务、把这些服务放到自己的容器中，然后以Web services的形式进行应用，在这种情况下他们也许不会直接使用到JBI API。但是，JBI提供了一种使得中间件、集成厂商和OSS项目能够在ESB级别共同协作运行的方法，这种方法对于像我们公司这样的集成组件开发公司而言是非常有意义的。