OpenCore: OSGi上部署 Hibernate的四种方式
OpenCore是在 OSGi规范上构建的微内核 (Microkenerl),基于纯组件 (Pure Plugin)开放源码企业应用软件平台。 OpenCore数据层实现 OSGi上集成 Hibernate, Hibernate及其依赖库作为一个单独的插件,这样带来一个问题,就是 OSGi平台的插件类加载机制使得 Hibernate无法正确加载分布在不同插件内部的模型对象与 O/R映射文件。本文讨论四种解决方案 :
-
模型对象 (Domain Objects) 插件
模型对象 (Domain Objects)集中到独立的插件 (Bundle)内, Hibernate插件依赖这些模型对象插件。这是最简单的,也是比较糟糕的方式,比较小的基于 OSGi的项目可以这也作做。
依赖方式:业务插件------->Hibernate插件
| |
| \ \| /
|----------- 模型插件
/
-
改进的模型对象 (Domain Objects) 插件
把模型对象插件当作 Hibernate插件的 Fragments,依赖方式如图:
业务插件------->Hibernate插件
/|\
|
模型插件
-
Eclipse-BuddyPolicy 与 Eclipse-RegisterBuddy 方式
Equinox(Eclipse提供的 OSGi实现 )平台特有的方式,允许插件 (Bundle)声明自己的伙伴,让“伙伴插件”来动态加载本插件的类,这也是 Hiberate与 Equinox集成的官方解决方案。这种方式模型对象无需部署在单独的插件内,与业务插件部署在一起即可, 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最新版本中应用成功。大家可以再试试 :)
-
Eclipse Extension Point方式
这是我们目前实现的方式,通过标准的 Eclipse扩展点与扩展机制,我们在 Hibernate插件中 plugin.xml配置文件中声明下述扩展点:
<plugin></plugin> <extension-point id="org.opengoss.database.domain.object" name="domainObject"/> 在模型对象插件中声明扩展,例如: <plugin></plugin> <extension></extension> <extension point="org.opengoss.database.domain.object"> <domainobject></domainobject> <domainObject class="org.opengoss.alarm.core.Alarm"/> </extension>
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<class> domainClasses = </class>new ArrayList<class>();</class> 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 插件破坏了这种优美。
OpenCore: OSGi上部署 Hibernate的四种方式
OpenCore是在 OSGi规范上构建的微内核 (Microkenerl),基于纯组件 (Pure Plugin)开放源码企业应用软件平台。 OpenCore数据层实现 OSGi上集成 Hibernate, Hibernate及其依赖库作为一个单独的插件,这样带来一个问题,就是 OSGi平台的插件类加载机制使得 Hibernate无法正确加载分布在不同插件内部的模型对象与 O/R映射文件。本文讨论四种解决方案 :
-
模型对象 (Domain Objects) 插件
模型对象 (Domain Objects)集中到独立的插件 (Bundle)内, Hibernate插件依赖这些模型对象插件。这是最简单的,也是比较糟糕的方式,比较小的基于 OSGi的项目可以这也作做。
依赖方式:业务插件------->Hibernate插件
| |
| \ \| /
|----------- 模型插件
/
-
改进的模型对象 (Domain Objects) 插件
把模型对象插件当作 Hibernate插件的 Fragments,依赖方式如图:
业务插件------->Hibernate插件
/|\
|
模型插件
-
Eclipse-BuddyPolicy 与 Eclipse-RegisterBuddy 方式
Equinox(Eclipse提供的 OSGi实现 )平台特有的方式,允许插件 (Bundle)声明自己的伙伴,让“伙伴插件”来动态加载本插件的类,这也是 Hiberate与 Equinox集成的官方解决方案。这种方式模型对象无需部署在单独的插件内,与业务插件部署在一起即可, 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最新版本中应用成功。大家可以再试试 :)
-
Eclipse Extension Point方式
这是我们目前实现的方式,通过标准的 Eclipse扩展点与扩展机制,我们在 Hibernate插件中 plugin.xml配置文件中声明下述扩展点:
<plugin></plugin> <extension-point id="org.opengoss.database.domain.object" name="domainObject"/> 在模型对象插件中声明扩展,例如: <plugin></plugin> <extension></extension> <extension point="org.opengoss.database.domain.object"> <domainobject></domainobject> <domainObject class="org.opengoss.alarm.core.Alarm"/> </extension>
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<class> domainClasses = </class>new ArrayList<class>();</class> 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 插件破坏了这种优美。