Weblogic上配置Hibernate为JNDI

配置Weblogic以支持Hibernate项目：一站式解决方案与性能优化建议

一、确保Hibernate的jar包和配置文件能被Weblogic识别

许多人对于如何将Hibernate的jar包和配置文件放到Weblogic能搜索到的CLASSPATH路径上感到困惑。实际上，只需仔细查看Weblogic的启动脚本文件startWeblogic.cmd和startWLS.cmd，大部分配置就会变得清晰明了。

假设你的Hibernate项目位于D:\estoracle目录下，其结构如下：

D:\estoracle\lib：放置所有hibernate的jar包

D:\estoracle\src：放置源代码

D:\estoracle\classes：编译好的代码和hibernate的配置文件（如hibernate.properties, log4j.properties, cache.f）

```bash

@rem 设置hibernate classpath

set HIBERNATE_LIB=D:\estoracle\lib

set HIBERNATE_CLASSES=D:\estoracle\classes

set CLASSPATH=%CLASSPATH%;%HIBERNATE_LIB%cglib-asm.jar;%HIBERNATE_LIB%mons-beanutils.jar;...（其他必要的jar文件）;%HIBERNATE_CLASSES%

```

二、在Weblogic上配置Oracle数据库连接池

如果你使用EJB或JTA，必须使用Weblogic提供的连接池，而不能使用Hibernate自带的连接池或其他第三方连接池。这样，容器才能管理数据库事务。在Weblogic Console中配置Connection Pool和TxData Source，例如命名为“mypool”。

三、修改hibernate配置文件以适应Weblogic的连接池

在D:\estoracle\classes\hibernate.properties文件中，增加以下配置以使用Weblogic的连接池：

```properties

hibernate.dialect = sf.hibernate.dialect.OracleDialect

hibernate.connection.datasource = mypool

hibernate.connection.provider_class = sf.hibernate.connection.DatasourceConnectionProvider

hibernate.session_factory_name = hibernate.session_factory

```

配置Weblogic以支持Hibernate项目需要仔细设置CLASSPATH、配置Oracle数据库连接池并修改hibernate配置文件。遵循这些步骤，你可以轻松地在Weblogic上部署和优化Hibernate项目。在Weblogic的浩瀚海洋中，为了确保SessionFactory实例的预创建，我们借助T3StartUpDef接口创建了一个名为HibernateStartUp的启动类。每当Weblogic启动的时候，这个类就会自动运行，如同黎明的曙光，为Hibernate框架铺设道路。

这个Java代码，位于.javaeye的包内，简洁而高效。它导入了多个必要的类和接口，其中包括weblogic的T3StartupDef和T3ServicesDef，以及Hibernate的Configuration和SessionFactory。

public class HibernateStartUp implements T3StartupDef 这个类实现了T3StartupDef接口，其使命就是在Weblogic启动时预创建SessionFactory。在启动过程中，通过调用Configuration类的configure()方法并紧接着调用buildSessionFactory()来创建SessionFactory实例。

编译这个源代码并不是一件难事。只需要将weblogic.jar包和Hibernate所有的相关包以及配置文件导入到相应的目录，就可以使用已经编写好的ant脚本进行编译。编译后的class文件会被放置到D: estoracleclasses目录下，这个目录已经被加入到Weblogic的CLASSPATH中，非常方便。

配置StartUp类的过程也并不复杂。在Weblogic的Console控制台中，找到StartUp & Shutdown选项，然后点击“Configure a new Startup Class...”。在相应的框内填写你编写的StartUp类的信息，比如填写的是 .javaeye.HibernateStartUp。然后将其应用到目标服务器，如果在Weblogic的DOS窗口内没有出错信息，那么配置就已经成功了。

重新运行Weblogic后，你可以观察到Hibernate的初始化信息在DOS窗口内滚动输出，这证明配置已经成功。在Console控制台中，你可以查看JNDI树，会发现一个名为hibernate的JNDI对象。点击它，你会看到SessionFactory的详细信息。

现在，你可以在任何EJB或者Servlet/JSP中通过JND查找获得SessionFactory，如同握住了一把开启数据之门的钥匙。这样，无论面对何种数据挑战，都能轻松应对，实现应用的顺畅运行。这就是HibernateStartUp类的魅力所在，它为我们的应用提供了强大的数据支持，让数据管理变得更加简单高效。在WebLogic的宏伟架构中，我们遇到了一个特定的情境，涉及到SessionFactory的JNDI查找和使用。让我们深入理解一下这个关键过程。

想象一下，你在尝试使用如下代码来初始化一些东西：

```java

Context ctx = new InitialContext();

SessionFactory sf = (SessionFactory) ctx.lookup("hibernate/session_factory");

```

这段代码看似简单，但它背后蕴含着重要的信息。请注意，这段代码只能在WebLogic容器内部运行，一旦离开了这个特定的环境，代码将无法正常工作。为什么呢？关键在于SessionFactory对象本身。SessionFactory是Hibernate的核心组件之一，用于创建Session对象，但它并没有实现序列化接口。这意味着什么呢？让我们深入了解一下。

想象一下，有一个客户端程序在另一个单独的JVM中运行，它尝试远程访问WebLogic的JNDI数据源。当它尝试将SessionFactory序列化到本地时，这个过程会失败。即便SessionFactory实现了序列化接口，它依然不是一个支持RMI（远程方法调用）的对象。换句话说，除非对象本身支持RMI机制，否则在WebLogic容器外部是无法正常调用它的。这种机制确保了WebLogic服务器的安全性和稳定性。尽管SessionFactory不能在容器外使用，但WebLogic的其他组件如DataSource、EJB和JMS等却是支持RMI的（前提是WebLogic的相应jar包已准备好）。这意味着你可以放心地在WebLogic容器之外进行查找和使用这些组件。这些组件的强大功能使得WebLogic服务器成为一个强大而灵活的平台，无论是用于开发企业级应用还是处理大规模的数据处理任务。简而言之，WebLogic的生态系统提供了丰富的工具和组件来支持开发人员构建健壮的应用程序，无论是在容器内部还是外部。这种强大的集成能力使得WebLogic成为业界领先的Java EE应用服务器之一。