CN102411506A

CN102411506A - Java系统业务单元插件式管理系统及业务功能动态变更方法

Info

Publication number: CN102411506A
Application number: CN201110189365XA
Authority: CN
Inventors: 汪弘
Original assignee: HANGZHOU DIANNENG TECHNOLOGY CO LTD
Current assignee: HANGZHOU DIANNENG TECHNOLOGY CO LTD
Priority date: 2011-07-07
Filing date: 2011-07-07
Publication date: 2012-04-11
Anticipated expiration: 2031-07-07
Also published as: CN102411506B

Abstract

本发明涉及一种插件式Java系统业务单元管理系统和应用该系统在Java系统运行时对业务功能进行动态变更的方法。上述管理系统包括至少一个用于表征某一业务功能单元的插件，每个插件包括至少一个业务服务接口；用于描述插件功能与配置参数的插件构建包；用于读取插件构建包内的数据信息并将其解析后载入JVM的插件类加载器；一个用于管理插件、并对插件进行新增、删除、更新操作的插件容器。在业务逻辑发生变更时，只需要将业务功能相应的“插件”在代码级别进行修改，再通过设定的机制触发，即可实现系统对该插件的自动载入，获得更新后的业务逻辑。在这个过程中，系统无需重新启动，也不会影响其他业务功能的运行，提高了业务的开发、部署、实施效率。

Description

Java系统业务单元插件式管理系统及业务功能动态变更方法

技术领域

本发明涉及一种Java系统业务单元管理系统，尤其是一种Java系统业务单元的插件式管理系统；本发明还涉及一种对业务功能进行动态变更的方法，尤其是一种Java系统运行时对业务功能进行动态变更的方法。

背景技术

开发与运行一个Java程序，首先要将编写完毕的Java源代码使用JDK（Java Development Kit）提供的工具编译成中间格式——字节码（ByteCode），随后，启动JVM(Java Virtual Machine,Java虚拟机，用于解释字节码并进行执行的虚拟计算机)，由JVM调用其内置的组件——类加载器（ClassLoader），对字节码进行装载，并解释执行。字节码有可能存在于文件系统中，也有可能存在于远端网络中，所以，类加载器在装载字节码时，需要运用不同的加载策略。

Java类可以理解为由Java语言级别提供的、与现实中的对象级别相对应的功能单元，一般的，在Java的一个类中，包含了一个或多个接口或方法。类加载器是JVM的一个重要组件，用于装载Java字节码，以便进行后续的执行使用，类加载器包括4种类型，如图1的Java系统类加载器的总体框架图所示，其中，自上而下排列的启动类加载器、扩展类加载器、系统类加载器为JVM自带的加载器，开发者是无法更改其内部对字节码的加载行为的，具体来说，启动类加载器用来加载Java的核心库，是用原生代码来实现的，在JVM启动时自动构造，并由操作系统本地代码实现；扩展类加载器用来加载Java的扩展库，Java虚拟机的实现会提供一个扩展库目录，该类加载器在此目录里面查找并加载Java类；系统类加载器根据Java应用的类路径（ClassPath）来加载Java类，一般来说，Java应用的类都是由它来完成加载。

图1中所示的自定义类加载器可以理解为JVM为开发者提供的一套字节码加载的抽象机制，其提供了对字节码进行载入、连接的底层接口，开发者可以实现自定义Java字节码的加载方式。传统的Java字节码加载方式是将Java字节码保存为一个个的.class文件，启动JVM后，JVM调用自带的类加载器（一般情况下，为系统类加载器）对.class文件中的字节码进行加载。但是，实际应用中，字节码可能是通过某种压缩形式打包为一个压缩包，并存在于远端服务器上的，这时，如何让JVM载入字节码就需要开发者对自定义类加载器的行为进行改变，以适应实际中的需求。

对于面向移动互联网的“网络服务型”业务，在技术上，一般通过构建网络应用程序，并为手机终端提供数据的上行、下载功能来支撑其实现。“网络服务型”业务本身是由多个不同种类的子业务组成的业务集合，单个子业务具有简单、轻量的特点，基于子业务的上述特点，为了方便系统管理，需要容许所有子业务均运行在同一个系统上，并且要求当某一个子业务需要变更业务逻辑时，不会影响到其他子业务的正常运行。

发明内容

本发明的目的在于针对现有技术中对于运行在同一系统上的面向移动互联网的“网络服务型”业务无法在不影响其他子业务及系统正常运行的前提下变更某一业务的业务功能或逻辑的缺点，提出一种插件式Java系统业务单元管理系统和应用该系统在Java系统运行时对业务功能进行动态变更的方法。

为达到上述目的，本发明所采用的第一个技术方案是：

一种插件式Java系统业务单元管理系统，包括至少一个用于表征某一业务功能单元的插件，每个插件包括至少一个业务服务接口；用于描述插件功能与配置参数的插件构建包；用于读取插件构建包内的数据信息并将其解析后载入JVM的插件类加载器；一个用于管理插件、并对插件进行新增、删除、更新操作的插件容器。

上述技术方案还可以进一步完善：

作为优选，插件带有一个唯一的插件标识符，一个插件的每个业务服务接口均带有一个唯一的接口标识符。

作为优选，插件构建包是一个Jar包，插件构建包内的数据信息至少包括实现插件业务功能的所有Java字节码、插件业务功能实现过程中需要使用的资源文件及配置文件、第三方Jar包信息。

作为优选，插件构建包至少包括包含字节码的第一文件夹、包含资源文件和配置文件的第二文件夹、包含第三方Jar包的第三文件夹。

作为优选，插件容器用于注册与反注册插件、获取每个插件的业务服务接口列表、设置插件与业务服务接口的服务状态、以及调用插件的业务服务接口。

作为优选，每个插件均具有激活和非激活两种服务状态；插件的每个业务服务接口均具有激活和非激活两种服务状态，当业务服务接口和插件均处于激活的服务状态时，提供相应的业务服务，否则，不提供业务服务。

为达到上述发明目的，本发明所提供的第二个技术方案是：

一种Java系统运行时对业务功能进行动态变更的方法，包括如下步骤：

（S001）修改插件的插件构建包中的字节码，形成新的插件构建包；

（S002）发送一个删除插件接口的请求至插件容器；

（S003）插件容器完成插件删除；

（S004）发送一个新增插件接口的请求至插件容器；

（S005）建立插件容器与新增插件的关联。

上述技术方案还可以进一步完善：

作为优选，新增插件操作包括如下步骤：

（S005.1）发送请求至插件容器，请求包括新加入插件的插件标识符、插件构建包路径信息；

（S005.2）调用插件容器的新增接口；

（S005.3）插件容器新建一个插件类加载器；

（S005.4）插件类加载器解析插件构建包，并载入插件构建包中包含的信息；

（S005.5）插件类加载器根据插件构建包提供的元数据，建立插件的插件构建器；

（S005.6）调用插件构建器的初始化方法初始化插件；

（S005.7）将初始化完成的插件的插件标识符注册进插件容器；

（S005.8）返回结果至请求方。

作为优选，步骤（S005.3）进一步包括如下步骤：

（S005.3.1）插件类加载器根据插件构建包路径信息获取插件构建包，并将其整体读入内存；

（S005.3.2）遍历插件构建包中的所有.class文件、及lib目录下的所有Jar包；

（S005.3.3）调用第一种方法将顶层的.class文件或资源文件载入内存，如果是lib目录下的Jar包文件，则调用第二种方法将Jar包文件中的.class文件和资源文件载入内存；

（S005.3.4）在内存中对每一个.class文件赋予唯一名称；

（S005.3.5）得到一张Java类名称到Java类字节码的映射表；

（S005.3.6）根据给定的标准名称搜寻映射表，获取对应的Java字节码，并调用底层字节码载入接口载入字节码；

（S005.3.7）根据给定的标准名称搜寻映射表，获取对应的资源数据。

由于上述技术方案的采用，本发明具有以下优点：

在某一业务逻辑发生变更时，只需要将业务功能相应的“插件”在代码级别进行修改，再通过设定的机制触发，即可实现系统对该插件的自动载入，获得更新后的业务逻辑。在业务逻辑更新的过程中，系统不需要重新启动，也不会影响其他业务功能的正常运行，从而提高了业务的开发、部署、实施效率。

附图说明

图1为一种Java类加载器架构图；

图2为本发明所涉及的插件式Java系统业务单元管理系统的一种架构图；

图3为外部代码调用插件服务接口的一种时序图；

图4为插件容器新增插件接口的一种时序图；

图5为动态变更业务功能方法的一种时序图。

具体实施方式

下面结合附图，对本发明的具体实施方式做进一步说明：

如图2所示的插件式Java系统业务单元管理系统，包括插件、插件构建包、插件类加载器和插件容器四个部分，具体的：

插件用于表征某一业务功能单元，每个插件包括至少一个业务服务接口，在其内部则根据不同的业务写入具体的业务实现。

插件带有一个唯一的插件标识符，一个插件的每个业务服务接口均带有一个唯一的接口标识符，因此，外部代码调用某个插件的业务功能时，只需提供该插件的标识符及服务接口的标识符，就能够定位到具体的业务功能，并调用该功能。

每个插件均具有激活和非激活两种服务状态，插件的每个业务服务接口也均具有激活和非激活两种服务状态，当服务接口的服务状态及其所关联的插件的服务状态均为激活时，该服务接口才提供相应的业务服务，否则，不提供业务服务。

插件构建包是一个用于描述插件功能与配置参数的静态数据包，具体的，它是一个Jar包，插件构建包内的数据信息至少包括实现插件业务功能的所有Java字节码、Jar包元数据、插件元数据、插件业务功能实现过程中需要使用的资源文件及配置文件、第三方Jar包信息，在本实施例中，字节码存储在com文件夹中、资源文件和配置文件存储在config文件夹中、第三方Jar包存储在lib文件夹中、Jar包元数据存储在META-INF文件夹中。需要说明的是，上述文件夹的名称可以按照业务进行灵活定义。

用于读取插件构建包内的数据信息并将其解析后载入JVM的插件类加载器；

一个用于管理插件、并对插件进行新增、删除、更新操作的插件容器，插件容器用于注册与反注册插件、获取当前插件列表，获取每个插件的业务服务接口列表、设置插件与业务服务接口的服务状态（激活或非激活）、以及调用某一个插件的某一个业务服务接口。

通过上述插件式Java系统业务单元管理系统，实现了Java系统运行时业务功能的动态变更，具体的，如图5所示，动态变更方法包括如下步骤：

（S002）发送一个删除插件接口的请求至插件容器；

（S003）插件容器完成插件删除；

（S004）发送一个新增插件接口的请求至插件容器；

（S005）建立插件容器与新增插件的关联。

如图4所示，上述新增插件操作包括如下步骤：

（S005.2）调用插件容器的新增接口；

（S005.3）插件容器新建一个插件类加载器；

（S005.6）调用插件构建器的初始化方法初始化插件；

（S005.8）返回结果至请求方。

步骤（S005.3）进一步包括如下步骤：

（S005.3.3）调用第一种方法将顶层的.class文件或资源文件载入内存，如果是，调用第二种方法将lib目录下的Jar包文件中的.class文件和资源文件载入内存；

（S005.3.4）在内存中对每一个.class文件赋予唯一名称；

（S005.3.5）得到一张Java类名称到Java类字节码的映射表；

从插件功能的角度看，插件主要提供了两类范畴的业务服务，一类是客户端的通用登录服务。具体的，首先由客户端发出通用登录请求，该请求附带有具体的业务数据请求，通讯子系统在接收到请求后，将请求路由至登录服务插件进行处理，登录服务插件将生成唯一的登录请求码（LRC），并根据上行的业务请求码（BRC）将请求转发至具体的业务插件进行处理，业务插件处理完成后，将LRC连同其他返回数据以一种特定的二进制编码（如TLV编码）的格式一并返回给客户端。当客户端内存中已存在BRC时，请求将会直接路由至具体的业务插件。

在登录插件中还包括服务地址转跳的功能，具体的，运维人员根据需要变更业务的服务地址，登录插件在接收到客户端的请求后，会判断客户端请求的具体业务的服务地址是否发生了变更，如果发生变更，则将最新的服务地址下发给客户端，并提示客户端访问新的服务地址。

如图3所示，外部代码向系统请求服务，以及系统调用插件处理请求的过程包括如下步骤：

（S001）请求服务的外部代码向插件容器提供插件标识符、接口标识符、业务服务接口的输入参数；

（S002）插件容器根据插件标识符定位到插件，插件根据接口标识符定位到服务接口；

（S003）调用服务接口，并返回结果至业务请求方。

应理解，该实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解，在阅读了本发明讲授的内容之后，本领域技术人员可以对本发明作各种改动或修改，这些等价形式同样落于本申请所附权利要求书所限定的范围。

Claims

1. 一种插件式Java系统业务单元管理系统，其特征在于：它包括至少一个用于表征某一业务功能单元的插件，每个所述的插件包括至少一个业务服务接口；用于描述插件功能与配置参数的插件构建包；用于读取所述的插件构建包内的数据信息并将其解析后载入JVM的插件类加载器；一个用于管理所述的插件、并对所述的插件进行新增、删除、更新操作的插件容器。

2.根据权利要求1所述的插件式Java系统业务单元管理系统，其特征在于：所述的插件带有一个唯一的插件标识符，一个所述的插件的每个业务服务接口均带有一个唯一的接口标识符。

3.根据权利要求1所述的插件式Java系统业务单元管理系统，其特征在于：所述的插件构建包是一个Jar包，所述的插件构建包内的数据信息至少包括实现插件业务功能的所有Java字节码、插件业务功能实现过程中需要使用的资源文件及配置文件、第三方Jar包信息。

4.根据权利要求3所述的插件式Java系统业务单元管理系统，其特征在于：所述的插件构建包至少包括包含字节码的第一文件夹、包含资源文件和配置文件的第二文件夹、包含第三方Jar包的第三文件夹。

5.根据权利要求1所述的插件式Java系统业务单元管理系统，其特征在于：所述的插件容器用于注册与反注册所述的插件、获取每个所述的插件的业务服务接口列表、设置所述的插件与业务服务接口的服务状态、以及调用所述的插件的所述的业务服务接口。

6.根据权利要求5所述的插件式Java系统业务单元管理系统，其特征在于：每个所述的插件均具有激活和非激活两种服务状态；所述的插件的每个所述的业务服务接口均具有激活和非激活两种服务状态，当业务服务接口和插件均处于激活的服务状态时，提供相应的业务服务，否则，不提供业务服务。

7.一种Java系统运行时对业务功能进行动态变更的方法，其特征在于，包括如下步骤：

（S002）发送一个删除插件接口的请求至插件容器；

（S003）插件容器完成插件删除；

（S004）发送一个新增插件接口的请求至插件容器；

（S005）建立所述的插件容器与所述的新增插件的关联。

8.根据权利要求7所述的Java系统运行时对业务功能进行动态变更的方法，其特征在于，所述的新增插件操作包括如下步骤：

（S005.1）发送请求至插件容器，所述的请求包括新加入插件的插件标识符、插件构建包路径信息；

（S005.2）调用所述的插件容器的新增接口；

（S005.3）所述的插件容器新建一个插件类加载器；

（S005.4）所述的插件类加载器解析所述的插件构建包，并载入所述的插件构建包中包含的信息；

（S005.5）所述的插件类加载器根据所述的插件构建包提供的元数据，建立所述的插件的插件构建器；

（S005.6）调用所述的插件构建器的初始化方法初始化所述的插件；

（S005.7）将初始化完成的插件的插件标识符注册进所述的插件容器；

（S005.8）返回结果至请求方。

9.根据权利要求8所述的Java系统运行时对业务功能进行动态变更的方法，其特征在于，所述的步骤（S005.3）进一步包括如下步骤：

（S005.3.1）所述的插件类加载器根据所述的插件构建包路径信息获取所述的插件构建包，并将其整体读入内存；

（S005.3.2）遍历所述的插件构建包中的所有.class文件、及lib目录下的所有Jar包；

（S005.3.4）在内存中对每一个.class文件赋予唯一名称；

（S005.3.5）得到一张Java类名称到Java类字节码的映射表；

（S005.3.6）根据给定的标准名称搜寻所述的映射表，获取对应的Java字节码，并调用底层字节码载入接口载入所述的字节码；

（S005.3.7）根据给定的标准名称搜寻所述的映射表，获取对应的资源数据。

Figure 201110189365X100001DEST_PATH_IMAGE002