OSGi上部署Hibernate的四种方式

网上有人写了这么一篇文章,很不错,和大家分享。

是在OSGi规范上构建的微内核(Microkenerl),基于纯组件(Pure Plugin)开放源码企业应用软件平台。OpenCore数据层实现OSGi上集成HibernateHibernate及其依赖库作为一个单独的插件,这样带来一个问题,就是OSGi平台的插件类加载机制使得Hibernate无法正确加载分布在不同插件内部的模型对象与O/R映射文件。本文讨论四种解决方案:

  1. 模型对象(Domain Objects)插件

模型对象(Domain Objects)集中到独立的插件(Bundle)内,Hibernate插件依赖这些模型对象插件。这是最简单的,也是比较糟糕的方式,比较小的基于OSGi的项目可以这也作做。

依赖方式:

业务插件------->Hibernate插件
      |                                                 |
      |                                          /    /| /
      |-----------  模型插件
                                                /

  1. 改进的模型对象(Domain Objects)插件

把模型对象插件当作Hibernate插件的Fragments,依赖方式如图:


业务插件------->Hibernate插件
                                                    /|/
                                                        |
                                                 模型插件
                                            

  1. Eclipse-RegisterBuddy方式

提供的OSGi实现)平台特有的方式,允许插件(Bundle)声明自己的伙伴,让“伙伴插件”来动态加载本插件的类,这也是HiberateEquinox集成的官方解决方案。这种方式模型对象无需部署在单独的插件内,与业务插件部署在一起即可,Hibernate插件也无须依赖模型对象。

具体做法如下:

首先,Hibernate插件(名称,例如org.opengoss.orm.hibernate)声明自身可以作为伙伴插件,自描述文件(MANIFEST.MF) 加入描述:

Eclipse-BuddyPolicy: registered

然后,模型对象的业务插件中把Hibernate插件加入为伙伴,自描述文件(MANIFEST.MF) 加入描述:

Eclipse-RegisterBuddy:org.opengoss.orm.hibernate

具体说明文档:

http://www.hibernate.org/311.html

http://www.ibm.com/developerworks/cn/opensource/os-ecl-osgi/index.html

注意:这种方式无法保证在Hibernate最新版本中应用成功。大家可以再试试🙂

  1. Eclipse Extension Point方式

这是我们目前实现的方式,通过标准的Eclipse扩展点与扩展机制,我们在Hibernate插件中plugin.xml配置文件中声明下述扩展点:


“org.opengoss.database.domain.object” name=“domainObject”/>

在模型对象插件中声明扩展,例如:


“org.opengoss.database.domain.object”>

“org.opengoss.alarm.core.Alarm”/>

Hibernate插件的启动中,用代码配置生成SessionFactory,代码如下:

public void start(BundleContext context) throws Exception {

Configuration configuration = new Configuration().configure(new File(

“./etc/org.opengoss.database.hibernate/hibernate.cfg.xml”));

Class[] domainClasses = getDomainClasses();

for (Class domainClass : domainClasses) {

configuration.addClass(domainClass);

}

sessionFactory = configuration.buildSessionFactory();

Dictionarynew Hashtable

props.put(“scope”, “APPLICATION”);

props.put(“uid”, “Hibernate:SessionFactory”);

registration = context.registerService(

SessionFactory.class.getName(), sessionFactory, props);

}

private Class[] getDomainClasses() throws Exception {

List domainClasses = new ArrayList();

IExtensionPoint point = registry

.getExtensionPoint(IConstants.DOMAIN_OBJECT_EXTENSION_POINT);

IExtension[] extensions = point.getExtensions();

for (IExtension extension : extensions) {

IConfigurationElement[] elements = extension

.getConfigurationElements();

for (IConfigurationElement configurationElement : elements) {

Bundle bundle = pluginContext.getBundleBySymbolId(extension

.getNamespaceIdentifier());

Class domainClass = bundle.loadClass(configurationElement

.getAttribute(“class”));

domainClasses.add(domainClass);

}

}

return domainClasses.toArray(new Class[domainClasses.size()]);

}

注意:Hibernate内部的类加载机制实在无法令人满意,尽管我们在这种方式中已经加载所有的模型类对象,但Hibernate内部仍然会调用Class.forName()去试图加载。所以,我们不得不在其自描述文件(MANIFEST.MF) 中加入描述:

DynamicImport-Package: *

结论:我们倾向于第四种方式,由Eclipse的扩展点功能来完成这一职责。不赞成第三种在OSGi规范层作改进的方式,OSGi本身的类加载机制设计非常优美,Buddy插件破坏了这种优美。 

发表评论

邮箱地址不会被公开。 必填项已用*标注

昵称 *