JBI

Java Business Integration (JBI)

JBI Micro-kernel Architecture

JBI as a Basis for SOA

JBI as the Platform for BPEL Runtime

BPEL and JBI are message-based

JBI can map BPEL’s actions modeled against “interfaces” to concrete endpoints

JBI Key Components

• Service Engines (SE)—pluggable business logic containers
• Binding Components (BC)—pluggable external connectivity
• Normalized message router (NMR)—standard way of exchanging messages between components

JBI容器托管了2类不同的插件组件：

• 服务引擎（Service Engine，SE）。SE本质上是用来托管JBI环境内部服务提供者和消费者的标准容器f。例如，在JBI环境中经常出现的SE包括数据转换器、业务规则容器和BPEL引擎。
• 绑定组件（Binding Component，BC）。BC为JBI环境外部的服务消费者和提供者提供互联性。BC允许集成不提供Java API的组件/应用程序，并使用远程存取技术访问它们。

组件间的交互利用了基于WSDL 2.0的标准化服务定义。WSDL 2.0定义在服务消费者和提供者之间提供了共享的协议，并作为JBI实现互操作能力的基础。

除了标准化的服务定义，JBI使用“通用化（normalized）”消息的概念支持全局组件互操作能力。消息通用化将协议与业务特定的上下文映射成一个通用的、可传输风格，这与EAI实现中经常使用的“规范（canonical）”消息表示概念非常类似g。

每个JBI容器存在于一个单独的虚拟机中，并容纳所有的BC和SE，容器提供了一组服务，为SE和BC实现提供操作性支持。

JBI也定义了基于JMX的标准控制集合，允许外部管理工具执行不同的系统管理任务，也可以管理组件本身。

JBI所使用和定义的术语和模式：

An Example Architecture Based on JSR 208

• 绑定组件：理解特定的协议并能够将其转化为一种标准或常见的系统级协议的软件组件。它们用作系统的入口点和出口点。也称为适配器。
• 服务引擎：负责处理请求（通常通过转换的手段）的软件组件。例如，XSLT转换程序、BPEL引擎、规则引擎等等。
• 消息交换：消息交换协议。常见的交换模式有请求-响应、in-only等等。
• 组建安装：静态或动态地向运行时环境添加可执行的软件组件。
• 服务部署：静态或动态地向已安装的组件添加可执行的服务（或应用程序）。
• 服务程序集：一组服务。

An Example Architecture Based on JSR 208

相关链接

• http://java.sun.com/integration/
• JSR 208: Java Business Integration (JBI) - http://www.jcp.org/en/jsr/detail?id=208