欢迎大家赞助一杯啤酒🍺 我们准备了下酒菜:Formal mathematics/Isabelle/ML, Formal verification/Coq/ACL2, C++/F#/Lisp
JBI
来自开放百科 - 灰狐
(版本间的差异)
第25行: | 第25行: | ||
组件间的交互利用了基于WSDL 2.0的标准化服务定义。WSDL 2.0定义在服务消费者和提供者之间提供了共享的协议,并作为JBI实现互操作能力的基础。 | 组件间的交互利用了基于WSDL 2.0的标准化服务定义。WSDL 2.0定义在服务消费者和提供者之间提供了共享的协议,并作为JBI实现互操作能力的基础。 | ||
− | + | 除了标准化的服务定义,JBI使用“通用化(normalized)”消息的概念支持全局组件互操作能力。消息通用化将协议与业务特定的上下文映射成一个通用的、可传输风格,这与EAI实现中经常使用的“规范(canonical)”消息表示概念非常类似。 | |
每个JBI容器存在于一个单独的虚拟机中,并容纳所有的BC和SE,容器提供了一组服务,为SE和BC实现提供操作性支持。 | 每个JBI容器存在于一个单独的虚拟机中,并容纳所有的BC和SE,容器提供了一组服务,为SE和BC实现提供操作性支持。 |
2007年6月6日 (三) 08:49的版本
Java Business Integration (JBI)
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容器托管了两类不同的插件组件:
- 服务引擎(Service Engine,SE)。SE本质上是用来托管JBI环境内部服务提供者和消费者的标准容器。例如,在JBI环境中经常出现的SE包括数据转换器、业务规则容器和BPEL引擎。
- 绑定组件(Binding Component,BC)。BC为JBI环境外部的服务消费者和提供者提供互联性。BC允许集成不提供Java API的组件/应用程序,并使用远程存取技术访问它们。
组件间的交互利用了基于WSDL 2.0的标准化服务定义。WSDL 2.0定义在服务消费者和提供者之间提供了共享的协议,并作为JBI实现互操作能力的基础。
除了标准化的服务定义,JBI使用“通用化(normalized)”消息的概念支持全局组件互操作能力。消息通用化将协议与业务特定的上下文映射成一个通用的、可传输风格,这与EAI实现中经常使用的“规范(canonical)”消息表示概念非常类似。
每个JBI容器存在于一个单独的虚拟机中,并容纳所有的BC和SE,容器提供了一组服务,为SE和BC实现提供操作性支持。
JBI也定义了基于JMX的标准控制集合,允许外部管理工具执行不同的系统管理任务,也可以管理组件本身。
JBI所使用和定义的术语和模式:
- 绑定组件:理解特定的协议并能够将其转化为一种标准或常见的系统级协议的软件组件。它们用作系统的入口点和出口点。也称为适配器。
- 服务引擎:负责处理请求(通常通过转换的手段)的软件组件。例如,XSLT转换程序、BPEL引擎、规则引擎等等。
- 消息交换:消息交换协议。常见的交换模式有请求-响应、in-only等等。
- 组建安装:静态或动态地向运行时环境添加可执行的软件组件。
- 服务部署:静态或动态地向已安装的组件添加可执行的服务(或应用程序)。
- 服务程序集:一组服务。
相关链接
分享您的观点