国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 開發 > 綜合 > 正文

擴展 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 類以外應用的代碼也相對簡單。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 邢台市| 阳原县| 合江县| 遂昌县| 朝阳县| 沧源| 武汉市| 莆田市| 七台河市| 喀什市| 大兴区| 岚皋县| 石台县| 淮南市| 新干县| 固原市| 双牌县| 三江| 张家口市| 滦南县| 什邡市| 宝丰县| 五家渠市| 石阡县| 读书| 丰县| 三门县| 黎平县| 昌宁县| 二连浩特市| 柳江县| 夏河县| 望谟县| 新兴县| 西华县| 山东省| 肃宁县| 建阳市| 玛沁县| 酒泉市| 澜沧|