首页 > 开发 > 综合 > 正文

扩展 Hibernate 对各类数据源支持

2024-07-21 02:14:56
字体:
来源:转载
供稿:网友
  hibernate内嵌了对c3p0,proxool,jndi数据源等数据库连接池的支持。但当我们需要使用除了这几个数据源外的其他数据源的时候就有问题了,例如我们需要用apache的开源连接池项目dbcp,或者说我们想要使用多数jdbc驱动程序中自带的xxxxdatasource时,hibernate就没有提供对这方面的支持。庆幸的是hibernate做为一个强大的数据持久层组件,它在实现数据库连接方面的扩展性也是非常强大的。本文将介绍两种如何在hibernate项目中使用自定义数据源的方法。

  本文假设你已经有hibernate的开发经验。

  在开始之前应该先明确你的项目中的具体情况,也就是确认hibernate内嵌的组件是否真的无法支持你的应用需要。例如c3p0或者proxool已经可以满足大部分数据库的需要,又或者你的数据源是在应用服务器中配置的,那么你也没有必要进行扩展,你可以直接使用datasourceconnectionprovider来让hibernate使用你所定义的数据源。

  那么什么时候你需要扩展hibernate对数据源的支持呢?可能你永远也用不上,但我一直在用。我用的原因可能不能成为正当的理由,因为c3p0或者proxool总有些小地方的不足让我不爽,个人更偏向于dbcp连接池。或许本文应该改名为《让hibernate支持dbcp数据源》,其实dbcp只不过是我的一个具体的例子,本文具有更普遍的应用意义。下面我们具体介绍两种不同的扩展思路。

  思路一:使用外部定义数据源

  假设我们已经有了一个web项目,该项目采用了struts框架,而且我们已经在struts中配置了数据源,也有不少的代码是依赖这个数据源运行的。现在我们需要给项目中加入对hibernate的支持,但又不想去修改旧的已经成功稳定运行的代码了。那我们该怎么办?如果同样在hibernate配置一个数据源指到同一个数据库,相信你也不乐意这样干,因为一旦配置上有修改那么struts和hibernate的配置都需要修改,这个也只是麻烦一点而已,最要命的是没法让原有的代码和hibernate共用一个数据库连接,因此事务处理也就无从谈起。

  说那么多理由,无非就是为了让hibernate可以使用struts中配置的数据源,而我们暂且不去考虑这是否是最好的解决方法。

  在hibernate中有一个usersuppliedconnectionprovider类,其实这个类什么也不干,你一旦让它干点啥吧,它还净出异常,搞得你很是恼火。在hibernate中,这个类的含义是要求用户自己来提供数据库连接的获取方法,同时当然也要自己负责关闭连接。

  为了使用struts中配置的数据源,我们就不能直接调用sessionfactory.opensession()方法来获取session实例,因为你如果没有在hibernate中配置任何的数据库连接,那hibernate会默认让usersuppliedconnectionprovider类来跟你捣乱,你会收到很多异常信息,反复提醒我们必须自己提供数据库连接!我们要做还是调用opensession方法,不同的是需要先从struts的数据源中获取数据库连接,然后传递该连接给opensession方法(参照 sessionfactory.opensession(connection) 方法)。

  下面是我写的一个代码片断

//获取session实例
public session getsession(){
 servletcontext contxt = ....
 sessionfactory sessions = ....

 datasource ds = (datasource)context.getattribute(globals.data_source_key);
 final connection conn = ds.getconnection();
 return sessions.opensession(conn);
}

//释放session
public void closesession(session ssn){
 ssn.connection().close();
 ssn.close();
}


  需要提醒大家注意的是closesession方法,在该方法中我们必须手工去关闭session对应的数据库连接,我们前面已经提到了,usersuppliedconnectionprovider类就是要求用户自己提供数据库连接已经连接的关闭。如果没有调用ssn.connection().close()方法,这会导致struts的数据源的连接没有被释放。

  同理,上面提到的struts只是一个应用普遍的例子,实际中你可以使用任何的外部连接池,你只需要将获取到的数据库连接传递给opensession方法,并自行负责释放数据库连接即可。应该说这是一种最简单的思路,好处是对系统的变动最小,兼容原来的代码。

  思路二:扩展connectionprovider

  hibernate本身是通过connectionprovider接口来实现管理数据库连接的。例如其自带的c3p0connectionprovider,proxoolconnectionprovider等。

  在这个思路中,我们希望可以直接在hibernate的配置文件中配置数据库连接,也就是让hibernate独揽数据库的管理,真正做到各司其职。为了更了解该接口的使用,你不妨阅读一下hibernate提供的上面几个类的源码。

  接下来我们需要编写一个实现了connectionprovider接口的类,要求这个类能支持任何的符合datasource接口规范的数据源,同时在hibernate的配置文件中进行参数的设定。首先我们假定我们的类名是datasourceconnprovider,那我们的配置信息在hibernate.cfg.xml中看起来应该像下面一样

<!-- connection pool settings -->
<property name="connection.provider_class">
com.liusoft.dlog4j.db.datasourceconnprovider</property>
<property name="dscp.datasource">org.apache.commons.dbcp.basicdatasource</property>
<property name="dscp.driverclassname">sun.jdbc.odbc.jdbcodbcdriver</property>
<property name="dscp.url">jdbc:odbc:dlog4j</property>
<property name="dscp.username">admin</property>
<property name="dscp.password"></property>
<property name="dscp.initialsize">1</property>
<property name="dscp.maxactive">200</property>
<property name="dscp.maxwait">2000</property>
<property name="dscp.defaultautocommit">false</property>
<property name="dscp.defaultreadonly">false</property>
<property name="dscp.removeabandoned">true</property>
<property name="dscp.removeabandonedtimeout">120</property>
<!--
<property name="dscp.defaulttransactionisolation">1</property>
-->
<property name="dscp.poolpreparedstatements">true</property>
<property name="dscp.maxopenpreparedstatements">1000</property>


  在上面的配置信息中,connection.provider_class是hibernate本身用来指定不同connectionprovider实现类。接下来我们规定了我们的扩展所使用的配置键值都是以dscp.开头,同时我们使用dscp.datasource来指定具体实现了datasource接口的类名,例如如果使用dbcp这个连接池,那么这个类名应该是org.apache.commons.dbcp.basicdatasource。对于其他以dscp.开头的且不是dscp.datasource的配置信息都会直接赋值给datasource的实现类。例如上面的配置中,driverclassname、url、username、password等配置信息都是basicdatasource类的属性。 下面是我们所实现的datasourceconnprovider类的源码。

package com.liusoft.dlog4j.db;

import java.lang.reflect.method;
import java.sql.connection;
import java.sql.sqlexception;
import java.util.iterator;
import java.util.properties;

import javax.sql.datasource;

import org.apache.commons.beanutils.beanutils;
import org.hibernate.hibernateexception;
import org.hibernate.connection.connectionprovider;

import com.liusoft.dlog4j.globals;
import com.liusoft.dlog4j.util.stringutils;

/**
* 让hibernate支持各种数据源
* @author winter lau
*/
public class datasourceconnprovider implements connectionprovider {

private final static string base_key = "dscp.";
private final static string encoding_key = "dscp.encoding";
private final static string datasource_key = "dscp.datasource";

protected datasource datasource;

/* (non-javadoc)
* @see org.hibernate.connection.connectionprovider#configure(java.util.properties)
*/
public void configure(properties props) throws hibernateexception {
 string datasourceclass = null;
 properties new_props = new properties();
 iterator keys = props.keyset().iterator();
 while(keys.hasnext()){
  string key = (string)keys.next();
  if(datasource_key.equalsignorecase(key)){
   datasourceclass = props.getproperty(key);
  }
  else if(key.startswith(base_key)){
   string value = props.getproperty(key);
   value = stringutils.replace(value, "{dlog4j}", globals.webapp_path);
   new_props.setproperty(key.substring(base_key.length()), value);
  }
 }
 if(datasourceclass == null)
  throw new hibernateexception("property 'dscp.datasource' no defined.");
  try {
   datasource = (datasource)class.forname(datasourceclass).newinstance();
   beanutils.populate(datasource, new_props);
  } catch (exception e) {
   throw new hibernateexception(e);
  }
}

/* (non-javadoc)
* @see org.hibernate.connection.connectionprovider#getconnection()
*/
public connection getconnection() throws sqlexception {
 final connection conn = datasource.getconnection();
 if(useproxy && conn!=null){
  return (new _connection(conn,encoding)).getconnection();
 }
 return conn;
}

/* (non-javadoc)
* @see org.hibernate.connection.connectionprovider#closeconnection(java.sql.connection)
*/
public void closeconnection(connection conn) throws sqlexception {
 if(conn!=null && !conn.isclosed())
  conn.close();
}

/* (non-javadoc)
* @see org.hibernate.connection.connectionprovider#close()
*/
public void close() throws hibernateexception {
 if(datasource != null)
  try {
   method mclose = datasource.getclass().getmethod("close",null);
   mclose.invoke(datasource, null);
  } catch (exception e) {
   throw new hibernateexception(e);
  }
  datasource = null;
}

/* (non-javadoc)
* @see org.hibernate.connection.connectionprovider#supportsaggressiverelease()
*/
public boolean supportsaggressiverelease() {
 return false;
}

}


  在datasourceconnprovider类中,configure方法会在hibernate进行初始化的过程中被调用,我们根据配置的datasource类名创建数据源实例,并将配置参数赋值给该实例后即完成了数据源的初始化。接下来就是实现了getconnection和closeconnection方法分别是获取数据库连接和关闭连接的方法。方法close用来关闭整个数据源,该方法会在hibernate释放时被调用。
 
  你也可以使用其他一些不同的数据源而不一定非是dbcp数据源。配置完毕后接下来的事情就简单了,直接调用sessionfactory.opensession()方法获取session实例,直接调用session.close()释放该实例,无需再手工去关闭session所封装的connection接口。

  相比较上面两种思路而言,各有千秋。如果你真的有必要扩展hibernate对数据源的支持,如果你没有兼容旧代码这个问题需要考虑的话,那我更倾向于第二种思路。因为它使得整个项目的各个层次分工非常清晰,而且除了connectionprovider 类以外应用的代码也相对简单。
发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表