JBI学习笔记

管理
JBI 利用 JMX 实现运行时的服务安装、配置和监控。服务必须实现 JBI 接口集，以便这些服务在 JBI 环境中是可管理的。 JBI 环境必须提供一套 JMX MBeans 实现“ JBI 运行时”的管理。

“ JBI 运行时”环境允许服务引擎组件和绑定组件的相关操作如下：

l         安装组件：使组件接口可使用归一化消息路由器。

l         安装 artifacts 组件：这将允许已部署的 artefacts 组件获得与已安装组件同样的机能。例如，可以部署一个“连接服务”来提供具体的数据库连接。

l         启动、停止服务以及进行相关服务分组。

JBI 为组件及 artefact 组件定义了标准的部署描述符以及打包模型。

角色

JBI 为基于 JBI 的端到端 EAI 解决方案定义了如下角色：

l         引擎开发者：引擎开发者提供遵循 NMR 和管理约束的服务引擎组件。

l         绑定开发者：绑定开发者提供遵循 NMR 和管理约束的绑定组件。

l         JBI 环境提供者： JBI 环境提供者为“ JBI 运行时”使用 J2EE 1.4 或 J2SE 1.4 或更新的平台提供支持。

l         J2EE 平台提供者： J2EE 平台提供者把“ JBI 运行时”作为提供应用程序服务的一部分。

l         JBI 应用程序开发者： JBI 应用程序开发者利用服务引擎组件、绑定组件以及 JBI 环境构建 JBI 应用程序。

总结：本笔记只是简单地介绍了JBI （Java 业务集成）标准包括了哪些组件，有关这些组件的详细内容请参照JBI规范。

四．JBI跟ESB有什么样的关系

很多人通常这样想，JBI定义了一个ESB，其实这种说法并不正确。应该说JBI定义了ESB的一部分：服务容器(service container)。

服务容器表达了这样的观点，整合到底是在哪发生的：在这个服务容器里面，所有的IT资源(应用程序，协议，数据库，甚至是数据文件)都变成了服务的提供者，服务的消费者，甚至是两者兼而有之。服务容器必须处理各种不同的技术，并且把他们“映射”到(或者从)一个标准的服务模型。

JBI是构建这样的服务容器的完美方法。它提供了一种标准，基于插件的架构给整合的任务带来了恰当的技术。就像前面第三部分所说的，JBI内置的WSDL服务模型跟ESB所需要的标准化的服务模型完美地结合在一起了。

服务容器并不是ESB的全部。生成一组分布式的服务容器的能力，通过可靠的消息基础设施（reliable messaging infrastructure）连接起来，并且对它们进行集中的管理也是服务容器之外的特征了(超过了JBI 规范的范围)。

几个开源项目是以JBI规范为核心技术来构建的，包括有：

·       Project Open ESB.

·       Apache ServiceMix.

·       Celtix.

·       Mule.

·       ESB initiative (ESBi).

·       PETALS.

·       Synapse.

这里只是列出一部分这样的开源项目。