我的 前一篇文章 描述了在 weblogic 8.1 上配置 hibernate 3.0 的具体步骤。文章引起了巨大的反响。在本文中，我将介绍高级配置，其中 hibernate 使用了 weblogic 的 java 命名和目录接口 (java naming and directory interface ， jndi) 、 java 事务 api (java transaction api ， jta) 、 java 连接器架构 (java connector architecture ， jca) 和 java 管理扩展 (java management extension ， jmx) 实现。
　　
　　我们先从 jndi 开始。通过在 hibernate.cfg.xml 文件中命名 sessionfactory ， hibernate 使 sessionfactory 在 jndi 中可用。呀！这在 weblogic 中不起作用。正如 此处 所描述的， weblogic jndi 与 hibernate 配合得不是很好。有多个工作区。工作区手动将 sessionfactory 绑定到 jndi 中，方法是通过 weblogic startup 类或者启动 servlet 。但是，我不能使 sessionfactory 实例从 jndi 安全返回。因此，折衷一下，为 sessionfactory 向 hibernateutil 实用类添加一个存取器。
　　
　　为了配置 hibernate 使用 jta ，我在 hibernate.cfg.xml 文件中配置了 transaction.factory_class 。有两个选项： org.hibernate.transaction.jtatransactionfactory 和 org.hibernate.transaction.cmttransactionfactory 。说明文档建议，对 bean 托管事务界定 (bean managed transaction demarcation ， bmtd) bean 使用 jtatransactionfactory ，而对容器托管事务界定 (container managed transaction demarcation ， cmtd) bean 使用 cmttransactionfactory 。 jtatransactionfactory 似乎更通用些，它既支持 bmtd bean 又支持 cmtd bean 。因此，我配置的是 jtatransactionfactory 。此外，为了以特定于容器的方式查找事务，我在 hibernate.cfg.xml 文件中配置了 transaction.manager_lookup_class 。借助于这个配置，我完全不需要使用 hibernate transaction api 。
　　
　　对 hibernate 的 jca 支持是实验性质的，目前还没有全面应用于 weblogic 。我可以设想，以后 hibernate 会被打包为 resource archive (rar) 文件。 hibernate rar 文件作为资源适配器部署。适配器使 session 在 jndi 中可用。所有的配置元素都是通过资源适配器（ xml 文件）配置的，而不是通过 hibernate.cfg.xml 文件或采用其他方法配置。为什么在 weblogic 中要配置 hibernate 使用 jca ？ jca 旨在封装传统系统的连接、事务等等，并使它们在 j2ee 中可用。但是，由于 hibernate ，传统的资源适配器的优势不能全面体现。一旦 hibernate 被配置为资源适配器，特定的应用程序与 hibernate 的耦合就被削弱了。多个不同的应用程序可以使用同一个 hibernate 资源适配器。由于当前正在开发的 ejb 3.0 ，这种配置在 ejb 的持久性 api 、 hibernate 和 java 数据对象 (java data object ， jdo) 的标准化方面的优势更为明显。从理论上讲，可以热部署（或重部署）适配器和改变持久性实现。
　　
　　hibernate 附带 jmx management bean (mbean) 实现。我不知道如何使用 jmx 将 hibernate 部署到 weblogic 上。 hibernate 和 weblogic 使用 jmx 有什么好处？至少有两条。一条是部署和重部署。更重要的一条是，可以监控 hibernate 和获得的统计信息。从 jmx 控制台进行运行时监控是所部署的应用程序运行良好的基本保障。
　　
　　我更新了示例应用程序，可 在此 获取。（注：需要有 bartsandbox 的免费会员资格。）