具有运行时pojo的Hibernate的OSGi片段包

Question

我的要求是使用hibernate映射各种数据库（特别是SQLServer、MySQl和Postgres）；从db记录创建一个xml文件。

对于hibernate，我正在使用JAssist在运行时创建hbm文件和POJO。我的代码工作得很好，为了进一步模块化，我为每个数据库实现了片段束。因此，我的主机包将处理运行时类的创建，并将它们添加到classloader、hbm文件创建逻辑和BL中。fragment通过传递参数来调用它。

当我为每个数据库创建一个片段包时，在我的主机包中创建的运行时pojo类在我的片段包中是可见的，我检查了“Thread.current线程（）. getContextClassLoader（）. loadClass（）”并能够创建它的实例，

问题是，当我从片段束调用Hibernate函数时，我得到的是“实体未映射”，如果Hibernate无法找到带有表的映射类，则会出现这些异常。所以我想Hibernate没有找到我的运行时pojo类。它可以在主机中找到。

主机：运行时Pojo创建、HBM和CFG创建和更新逻辑BL

片段：Hibernate层，调用Hibernate函数，XML创建逻辑

Answer 1

Hibernate OSGi目前有几个注意事项，其中一个需要单个持久性单元客户端包。出于各种原因，在构建负责处理持久性实体、映射和资源的类加载器时，我们必须使用“requestingBundle”。

看看：https://github.com/hibernate/hibernate-orm/blob/master/hibernate-osgi/src/main/java/org/hibernate/osgi/OsgiClassLoader.java

当服务被调用时，OsgiPersis ence ProviderService和OsgiSessionFactoryService都将“Request estingBundle”添加到ClassLoader。正如Johanna所建议的，除了请求捆绑包或persistence.xml文件本身的位置之外，没有一种像样的方法可以知道哪些捆绑包构成持久性单元。

然而，我很想听听如何更好地支持这样的设置。我最初在清单中使用了额外的元数据来表示“我是持久性单元x的一部分”，但从来没有真正花时间仔细考虑过。

绝对不要使用上面推荐的使用ClassLoaderHelper的解决方案。这是一个完全临时的hack，将在ORM 5中消失。它的存在纯粹是由于ORM 4的静态特性。

Answer 2

看看org。冬眠内部的util。ClassLoaderHelper。

您所要做的就是用能够解析您的实体类的ClassLoader替换ClassLoader。Hibernate-Osgi还将其设置为OSGI ClassLoader（参见org.hibernate.osgi.HibernateBundleActivator）。因此建议如下：

BundleWideClassLoader cl = new BundleWideClassLoader();

if (ClassLoaderHelper.overridenClassLoader != null 
    && ClassLoaderHelper.overridenClassLoader instanceof OsgiClassLoader) 
{
    OsgiClassLoader ocl = (OsgiClassLoader)ClassLoaderHelper.overridenClassLoader;
    for (Bundle b : cl.getBundles()) {
        ocl.addBundle(b);
    }
} else {
    ClassLoaderHelper.overridenClassLoader = new BundleWideClassLoader();
}

我将它放到我的HibernateConfiguration类中，方法是重写BuildSessionFactory，它执行此例程并返回super.buildSessionFactory。

BundleWideClassLoader看起来像这样

public class BundleWideClassLoader extends ClassLoader
{

@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
    for (BundleClassLoader cl : this.getAllClassLoader()) {
        try {
            Class clazz = cl.findClass(name);
            return clazz;
        } catch (Exception ex) {
        }
    }
    throw new ClassNotFoundException(name);
}

@Override
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
    Class clazz = this.findClass(name);
    if (resolve) {
        this.resolveClass(clazz);
    }
    return clazz;
}

@Override
public URL findResource(String name) {
    for (BundleClassLoader cl : this.getAllClassLoader()) {
        URL ret = cl.findResource(name);
        if (ret != null) {
            return ret;
        }
    }
    return null;
}

/**
 * Returns a list of all available BundleClassLoader.
 *
 * @return classloader
 */
public HashSet<BundleClassLoader> getAllClassLoader() {
    //
    // Do some magic here to get your ClassLoaders from all of your Bundles
    //
}

/**
 * Returns a list of all bundles which are registered in this BundleWideClassLoader.
 *
 * @return list of managed bundles
 */
public HashSet<Bundle> getBundles() {
    HashSet<Bundle> bundles = new HashSet<>();
    for (BundleClassLoader cl : this.getAllClassLoader()) {
        bundles.add(cl.getBundleContext().getBundle());
    }
    return bundles;
}

}

最后是BundleClassLoader：

public class BundleClassLoader extends ClassLoader
{
/**
 * Bundle context.
 */
private BundleContext context;

/**
 * Constructor.
 * @param ctx Bundle Context
 */
public BundleClassLoader(BundleContext ctx) {
    this.context = ctx;
}

@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
    return this.context.getBundle().loadClass(name);
}

@Override
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
    Class clazz = this.findClass(name);
    if (resolve) {
        this.resolveClass(clazz);
    }

    return clazz;
}

@Override
public URL findResource(String name) {
    return this.context.getBundle().getResource(name);
}

/**
 * Returns bundle context.
 * @return bundle context
 */
public BundleContext getBundleContext() {
    return this.context;
}

}

我建议在每个BundleActivators中创建一个新的BundleClassLoader，并将其添加到某种注册表中，这样BundleWideClassLoader就可以从那里获得BundleClassLoader的列表。当包停止或删除时，不要忘记删除BundleClassLoader。

Answer 3

如果在多个包上使用Hibernate，则总是会出现此问题。在Hibernate配置中，您无法判断映射文件和pojo类文件位于哪个包中。Hibernate不使用OSGI提供的机制。因此，hibernate只能找到与hibernate库位于同一捆绑包中的映射文件和类。

我不知道是否有专业的解决方案（第三方产品）来解决这个问题。

解决这个问题有两种可能性：

>

忘记您的片段包，将所有Hibernate库、映射文件、pojos、所有数据库使用Hibernate/HQL的类放入一个包中。当您使用不同的hibernate.cfg.xml文件时，您可以在不同的数据库之间切换；每个数据库都有自己的配置文件。这些hibernate.cfg.xml文件可以在包之外。

编写您自己的Configuration类，扩展org.hibernate.cfg.Configuration，在这个类中，您必须

• 编写自己的类加载器，即使在其他包中也能找到pojo类

我们做了解决方案2。它有点工作量，但现在运行良好。（我想，当再次更改Hibernate版本时，可能需要做一些工作。）