CN101459609A

CN101459609A - 企业服务总线实现方法

Info

Publication number: CN101459609A
Application number: CNA2008102273169A
Authority: CN
Inventors: 刘建强
Original assignee: Beijing Sparkle Technology & Development Co Ltd
Current assignee: Beijing Sparkle Technology & Development Co Ltd
Priority date: 2008-11-27
Filing date: 2008-11-27
Publication date: 2009-06-17

Abstract

本发明全称为企业服务总线实现方法，采用插拔式“plugin”的基于JMX规范的管理架构，提供灵活的可配置易开发的组件管理平台，并为转换消息格式、路由消息、扩展信息、通知消息监听者的特定消息请求及安全传输等基本功能提供统一接入方法。本发明方法的优点在于：(1)组件易于管理；(2)消息交换模型统一；(3)消息中间件易于替换；(4)ESB框架，它是插拔式“plugin”的基于JMX规范的管理架构，提供灵活的可配置易开发的组件管理平台，并实现转换消息格式、路由消息、扩展信息、通知消息监听者的特定消息请求及安全传输等基本功能。

Description

企业服务总线实现方法

技术领域

本发明主要涉及面向服务的体系结构(Service-Oriented Architecture，SOA)中服务(Web Service)管理、服务绑定组件、业务引擎组件及其之间信息转换，特别，特别涉及企业服务总线的设计方法。

背景技术

企业服务总线(ESB全称为Enterprise Service Bus)。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。

ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。

发明内容

本发明采用插拔式“plugin”的基于JMX规范的管理架构，提供灵活的可配置易开发的组件管理平台，并为转换消息格式、路由消息、扩展信息、通知消息监听者的特定消息请求及安全传输等基本功能提供统一接入方法。

为了达到上述目的，本发明采取如下技术方案：

企业服务总线实现方法，包括以下内容：

(1)架构，企业服务总线存在于单个JVM中。企业服务总线框架系统外部的节点是外部服务消费者和服务提供者，代表了企业服务总线框架要集成的外部实体。这些外部实体可以通过各种各样的技术与企业服务总线框架系统中的绑定组件交互。服务引擎本质上一个容器，用来放置企业服务总线框架系统内部WSDL定义的服务提供者和服务消费者。每个ESB框架系统中都有一组用于提供操作支持的服务，这组服务中的关键是规格化消息路由，它提供用于消息交换和组件交互的基础设施。此外，企业服务总线框架还定义了一个可插拔组件框架，用于添加服务引擎和协议绑定组件。组件框架在图中用黄色C形多边形来表示。

企业服务总线框架系统右边的部分展示了企业服务总线框架的管理特性。企业服务总线框架定义了一套标准的基于JMX的控制允许外部管理工具(图中最右边)执行各种系统管理任务，同时也管理组件本身。企业服务总线框架核心的消息交换实现了上文所述的WSDL消息交换模型。消费者组件生成服务请求，通过NMR路由分发到提供者组件。例如，BPEL服务引擎可能请求一个连接到WS-I绑定组件的外部服务提供者提供的服务。NMR把这个请求发送给WS-I绑定组件。此时服务引擎就是一个服务消费者，而绑定组件是一个服务提供者。

企业服务总线框架系统提供的所有服务都可以发布为WSDL描述的服务。服务引擎提供的服务与绑定组件提供的服务都可以用服务端点描述，从而为服务的提供定义了统一的模型，而不用关心服务的具体位置。服务消费者可以通过WSDL服务名称而不是服务端点地址来识别所需的服务。这种方式降低了服务消费者和提供者之间的关联，从而允许NMR选择合适的服务提供者。服务消费者也可以通过解析服务端点引用来识别服务。例如，企业服务总线框架组件可以通过解析消息中的服务端点引用回调其指向的服务。除了组件框架和规格化消息，企业服务总线框架系统的其他部分提供了生命周期管理，环境检查，管理和配置等基础服务，这使得ESB框架系统成为一个完整而可靠的运行环境。

(2)基于WSDL的消息模型，企业服务总线使用WSDL1.1和2.0规范描述组件所提供和消费的服务模型。在WSDL两个版本中，术语定义存在差异的地方以WSDL2.0为准。WSDL在以下两个层面上定义了基于消息的服务模型：

抽象服务模型：使用抽象消息模型定义的，未限定到特定消息交换协议的服务

具体(限定)模型：指限定到特定协议和通信端点的抽象服务。

企业服务总线使用抽象服务模型作为组件交互的基础。组件在交互过程中扮演以下一种或两种角色：

服务提供者：该组件直接提供该服务或作为外部服务提供者代理。

服务消费者：该组件直接调用该服务或作为远程服务消费者代理。

WSDL模型使用名字来标识模型中的各种组件，WSDL模型使用以下两种类型的模型：

限定名：一个XML命名空间(URI)和简单名字组成的名称对，用于全局命名；

简单(非限定)名：只有简单名字，没有关联的XML命名空间，用于局部命名。

(3)抽象服务模型，WSDL服务描述中抽象服务模型的定义如下：

抽象消息类型：消息类型定义了合法的消息结构和约束，一般通过XMLSchema来表示。消息分为两类：常态消息和故障消息，常态消息是指服务正常处理过程中的消息，故障消息用于描述非正常的处理条件。

抽象操作：与某种服务进行交互时的一次操作，该服务由服务消费者和提供者间交换的常态(或故障)消息来定义。抽象操作定义如下：

操作名称：定义操作的限定名

消息交换模式：消息(包括常态消息和故障消息)在消费者和提供者之间传递的顺序、方向和基数

消息类型：MEP中的消息的类型

抽象服务类型：一组相关联的抽象操作的集合。在WSDL2.0中抽象服务类型用术语“接口”表示，在WSDL1.1中用术语“端口类型”表示，抽象服务类型即接口定义如下：

接口名称：用于标识服务类型的全局限定名，在ESB框架中接口名称还用来指明服务类型；

扩展的接口：扩展了其他服务类型的服务类型。

(4)具体服务模型，WSDL中的具体服务模型建立在抽象服务模型之上，为抽象服务同特定通信协议及通信端点的映射提供描述信息。为了尽可能的保持通信协议中立，ESB框架中组件间的交互主要基于抽象服务模型，但为了与WSDL服务模型一致，组件间的交互使用WSDL具体服务模型来定义。ESB框架使用的WSDL具体服务模型非常简单，在大多数情况下可以将其等同为抽象服务模型看待，从而为组件间的交互构建了一个简单的处理模型。具体服务模型定义了以下几个概念：

绑定类型：标识服务所绑定的协议类型；

端点：为服务消费者指明通过特定协议与服务提供者交互所需的通信端点的信息。在ESB框架中，端点是一种形式上的标识，其内部使用的协议是基于Java的标准ESB框架消息契约，与通常的通信协议无关。ESB框架中端点的定义包括以下几个概念：

端点名称：用于标识服务中的端点的简单名

绑定类型：该端点关联的绑定类型

服务：提供访问该服务的一组端点的集合，一个服务实现了特定的服务类型(接口)。一个服务包含如下信息：

服务名称：标识特定服务实现的限定名

服务类型名称：服务实现的接口名。

端点：服务包含一个或多个端点，通过每个端点都可以访问该服务。

(5)规格化消息

规格化消息(NM)包含两部分：如上所述的抽象的XML消息和消息元数据(即消息上下文信息)。消息上下文可以为特定的消息提供组件(插接组件和系统组件)处理该消息时所需的附加信息。消息元数据可以影响其所关联的消息在ESB框架系统中的处理过程。

ESB框架系统的首要功能是将规格化消息交换(ME)从一个组件路由到另一个组件。交换的消息使用一种规格化的形式。绑定组件必须将绑定的消息(特定协议和传输格式的消息)转换成规格化形式。绑定组件和服务引擎通过传输通道与NMR交互，传输通道为消息的接收和分发提供了双向传输的契约。

如图所示，一个外部服务消费者通过特定协议和传输器发送一个服务请求到绑定组件，绑定组件将请求转换成规格化消息。然后，绑定组件根据NM构建消息交换是WSDL消息交换模型中各种简单消息交换模式中消息的容器)，绑定组件设定描述将要执行的服务和操作的元数据信息，最后，在步骤2中，绑定组件将消息交换通过传输通道发送给NMR，NMR将消息交换分发到服务提供者。上述过程中，由NMR选择合适的服务提供者，然后把消息交换(ME)路由到合适的服务提供者。服务提供者必须从传输通道中主动接收消息交换。相反的操作下图所示，只在绑定组件处与上图有少许不同。

如图所示，一个消费者创建一个规格化消息NM并将其放入一个新的消息交换中.该消息交换的地址被设定为一个服务端点，服务引擎未指定用哪一个组件来处理该服务请求。消息交换的发送和接收同前例所示。绑定组件接收到ME后将规格化消息转换为与协议和传输相关的格式，并将其发送给外部服务提供者。

(6)管理，系统(包括绑定组件和服务引擎)通过JMX进行管理。本规范定义了若干管理Bean(MBean)类型，为ESB框架系统和插接组件提供了一致的管理环境。管理接口支持的主要功能包括：

a)组件安装

服务引擎和绑定组件必须通过管理接口进行安装。本规范中动词【安装】指提供组件基本功能的二进制文件及相关资源的安装。安装不同于部署，部署指根据特定的应用为组件运行添加相关的描述信息，从而定制组件的行为。例如，一个XSLT转换引擎安装后，可以通过部署特定的转换样式表(.xsl文件)使转换引擎提供所需的转换服务。

b)生命周期管理

引擎或绑定组件一旦安装，就可以使用本规范定义的MBean接口启动或停止该组件。该类控制称为生命周期管理。

c)服务单元部署

部署是指为安装的引擎或绑定组件提供与组件功能相关的资源。这些资源称为服务单元。本规范未对服务单元的内容作任何说明，其对ESB框架来说是不透明的。服务单元组合成一个聚合的部署文件称为服务集合。服务集合包含一个部署描述符，用于指明每个服务单元所要部署到的目标组件。

d)组件框架

企业服务总线为绑定组件及服务引擎提供了一套可插拔的接口用于与企业服务总线框架系统进行交互。该框架为所有的ESB框架操作服务提供接口。组件与ESB框架之间的交互有两种机制：SPIs和APIs。SPIs是绑定组件或服务引擎实现的接口；APIs是组件框架向绑定组件和服务引擎发布的接口。该契约定义了ESB框架系统中为达到特定的功能目标，组件框架和企业服务总线框架组件各自应承担的职责。

企业服务总线框架支持两种组件：服务引擎和绑定组件。这两种组件的模型及API定义是一样的，企业服务总线框架只是通过一个标记来区分这两种组件。ESB框架中服务引擎和绑定组件实现不同的功能。

本发明方法的优点在于：

(1)组件易于管理

(2)消息交换模型统一；

(3)消息中间件易于替换

(4)ESB框架，它是插拔式“plugin”的基于JMX规范的管理架构，提供灵活的可配置易开发的组件管理平台，并实现转换消息格式、路由消息、扩展信息、通知消息监听者的特定消息请求及安全传输等基本功能。

附图说明

图1是本发明实施例中企业服务总线实现的架构图。

图2是本发明实施例中企业服务总线实现基于WSDL的消息模型

图3是本发明实施例中企业服务总线实现外部服务消费者消息处理视图

图4是本发明实施例中企业服务总线实现外部部服务提供者消息处理视图。

Claims

1、企业服务总线实现方法，包括以下主要内容：

(1)基于WSDL的消息模型，企业服务总线使用WSDL1.1和2.0规范描述组件所提供和消费的服务模型。

(2)抽象服务模型，WSDL服务描述中抽象服务模型的定义如下：

(3)具体服务模型，WSDL中的具体服务模型建立在抽象服务模型之上，为抽象服务同特定通信协议及通信端点的映射提供描述信息。为了尽可能的保持通信协议中立，企业服务总线中组件间的交互主要基于抽象服务模型，但为了与WSDL服务模型一致，组件间的交互使用WSDL具体服务模型来定义。

(4)规格化消息；功能是将规格化消息交换(ME)从一个组件路由到另一个组件。交换的消息使用一种规格化的形式。绑定组件必须将绑定的消息(特定协议和传输格式的消息)转换成规格化形式。绑定组件和服务引擎通过传输通道与NMR交互，传输通道为消息的接收和分发提供了双向传输的契约。

(5)管理，通过JMX进行管理。本规范定义了若干管理Bean(MBean)类型，为ESB框架系统和插接组件提供了一致的管理环境。管理接口支持的主要功能包括。

2、根据权利要求1所述企业服务总线实现方法，其特征是，(1)中，企业服务总线基于WSDL的消息模型。

3、根据权利要求1所述企业服务总线实现方法，其特征是，(2)中，抽象消息类型：消息类型定义了合法的消息结构和约束，一般通过XMLSchema来表示。消息分为两类：常态消息和故障消息，常态消息是指服务正常处理过程中的消息，故障消息用于描述非正常的处理条件。

4、根据权利要求1所述企业服务总线实现方法，其特征是，(3)中，WSDL中的具体服务模型建立在抽象服务模型之上，为抽象服务同特定通信协议及通信端点的映射提供描述信息。为了尽可能的保持通信协议中立，企业服务总线中组件间的交互主要基于抽象服务模型，但为了与WSDL服务模型一致，组件间的交互使用WSDL具体服务模型来定义。

5、根据权利要求1所述企业服务总线实现方法，其特征是，(4)中，功能是将规格化消息交换(ME)从一个组件路由到另一个组件。交换的消息使用一种规格化的形式。绑定组件必须将绑定的消息(特定协议和传输格式的消息)转换成规格化形式。绑定组件和服务引擎通过传输通道与NMR交互，传输通道为消息的接收和分发提供了双向传输的契约。

6、根据权利要求1所述面企业服务总线实现方法，其特征是，(5)中，通过JMX进行管理。本规范定义了若干管理Bean(MBean)类型，为ESB框架系统和插接组件提供了一致的管理环境。管理接口支持的主要功能包括。