[发明专利]一种热部署实体类组件

说明书

技术领域

本发明所述的热部署实体类组件，是对Java语言中ORM(Object Relational Mapping，对象关系映射)功能的一种实现方式，用于实现数字媒体资源的数据信息交换和数据传输。

背景技术

ORM是一种为了解决面向对象与关系数据库中存在的互不匹配问题的技术，在多种编程语言中都有所应用的功能模块。Hibernate(开放源代码产品，在市场上是免费且广泛应用的)就是在Java领域中ORM功能的典型实现。Hibernate，呈现的是静态实体Bean到数据库的映射，而静态实体Bean是指程序运行之前已经预先定义好的具有一系列属性的数据类型，在运行时不具备扩展性，从而并不支持对动态实体Bean的热部署。

而所谓热部署，也称热管理，包含但不限于程序、插件、数据/数据库、或模块等等的热加载、热安装、和热御载，亦即当系统或者应用程序的结构、功能、内含的数据等有了增加或者减少等人为或非人为的改变后，无须重启整个该系统软件、数据库、者应用程序、或该其他系统，也能基本维持该系统或者应用程序当前正在运行时的状态，在照样发挥其原有功能情况下，同时也得以执行新功能的过程。

动态实体Bean是指在程序运行时创建的实体Bean，运行时具有很高的扩展性，可对属性内容进行增加。

如果不支持动态实体Bean，那么缺陷是明显的，即，在业务实体模型发生变化时，应用Hibernate的系统或者应用程序，就不能在所部署的系统未重启的情况下重新载入相应的实体类，从而无法即时完成实体模型到数据库表结构的映射。

发明内容

本发明主要针对Java Entity Bean，即Java实体类的热部署目标。这是一种用于热部署实体类的软件组件，命名为Yangtse，基于如下构架以及所带来的优点，来解决上述缺陷。

Yangtse参照JPA 1.0(即JEE5中关于ORM的规范)中的规范，来简化实现ORM。

实现Yangtse方案的内容如下：

先引入一个概念，类加载器，即ClassLoader。在Java中编译后的Java类文件是一个unicode，即统一码文件，当程序运行时JVM，即Java虚拟机(Java Virtual Machine)，会根据实际需求去查找类文件，先把其变成字节码流，然后把它编译成可执行的二进制流，并且放到缓存中，在这个过程中，如果此类文件已经被加载和编译，以后使用此类时，将从缓存中直接取出，这样一个过程在JVM中是由一个类完成的，这个类就叫类加载器。

从而，在Java中对类实现热部署的原理，就是通过类加载器动态加载指定类的字节码和动态删除指定的类。本发明中，实现对实体类，即Entity Bean进行热部署的，就是基于此原理。本发明所述的Yangtse基于此原理，但又对类加载器查找类的顺序又进行了改进，以满足实际的需要。一般Java中类加载器查找类的默认顺序和Yangtse中实体类类加载器查找类系统，分别如图1中所示。

从图1的下图中能看出实体类加载器，即Entity ClassLoader，是从同级别的实体类加载器中载入类，不是从文件中载入类。从同级的实体类加载器中载入类，就意味着如果给每个实体类分配一个实体类加载器，那么此实体类就可被热部署。因此，在Yangtse中，每当添加一个可部署的实体类时，就给其分配一个实体类加载器；当卸载此实体类时，就删除此类所在的实体类加载器，然后将此实体类加载器交给Java垃圾器来处理，而且这些过程都不需要重新启动当前应用程序系统。

Yangtse完成对实体进行热部署过程的总流程如图2所示。图2中可见，将实体类字节码流添加到SessionFactory(Yangtse中，连接一个数据源时使用的会话工厂类，它负责创建同数据源的会话等功能，相当于JPA中的持久化单元，即Persistence Unit)中，然后SessionFactory调用前述的热部署过程的添加操作，并且返回编译后的Java类，即完成对实体类的添加功能；当向SessionFactory发送卸载指定类的指令时，SessionFactory调用上述热部署过程的卸载操作即完成对此实体类卸载的功能。在添加新的实体类过程，就是一个新创建的实体类加载器编译类字节码为类的过程。其中，JVM可自动调用图1下图所示的查找过程，来解决对其他类的依赖，尤其是对实体的依赖。