OSGi + 休眠

Question

数据库操作不是分散在四个 (osgi) 包中，而是全部执行略有不同的操作。 我想创建一个（简单的）OSGi 包来负责所有持久性问题。 我觉得这并不像听起来那么简单，因为“每个包都有唯一的类加载器”。 所以我真正感激的是如果有人知道此类问题的解决方案。

Answer 1

我可以想到两种方法来解决类加载问题。

• 您是否依赖于特定的 OSGi 框架，或者您希望尽可能保持兼容？ 或者您可以使用春分来实现吗？ 在 Equinox 中，有一种称为 Buddy Classloading 的机制。 此添加允许您提高不同 OSGi-Bundles 之间某些类的可见性。 如果您对此主题感兴趣，我想引导您阅读这两篇文章： 了解 Eclipse 插件如何与 OSGi 配合使用、Eclipse -两个虚拟机（和许多类加载器）的故事。
• 如果您希望保持 OSGi 实现独立，那么您可能会考虑将您希望保留的类提取到一个单独的包中，Hibernate-Bundle 和其他包都依赖于该包。 这样，他们都可以访问持久化类的类定义。

Answer 2

（如果您使用 Hibernate Annotations）

当 Hibernate 捆绑包获悉带注释的类时，保存所有实体类加载器。

然后在构建 SessionFactory 之前执行类似的操作。

ClassLoad cl = Thread.currentThread().getContextClassLoader();
try {
 Thread.currentThread().setContextClassLoader(yourClassLoader);
 factory = cfg.buildSessionFactory(); 
}finally {
 Thread.currentThread().setContextClassLoader(cl);  // restore the original class loader
}

Answer 3

刚刚在 Bundle 类/api 中发现了一个有趣的方法。

public java.lang.Class loadClass(java.lang.String name) throws java.lang.ClassNotFoundException

这必须解决一些类加载器问题吗？

Answer 4

我建议远离伙伴类加载，因为它特定于 Eclipse 的 Equinox 实现，在我看来，人们让它工作，但他们不明白为什么，每个人最终都会成为其他人的伙伴。 这会阻止您正确理解 OSGi 类加载的工作原理以及使用它所需使用的模式（复合类加载器、上下文类加载、OSGi 服务……）。

如果您的持久性捆绑包提前知道需要持久保存什么类型，那么该捆绑包可以导入包含您的域类的所有必需包（Require-Bundle 是邪恶的）。

管理上下文类加载器（如 Roger 的回复）可以帮助 Hibernate，尽管我建议使用 Spring dm 之类的东西将其隐藏在 OSGi 服务后面。

Answer 5

Hibernate 确实支持 OSGi 但它是一个 持续努力。