<property name="hibernate.transaction.factory_class" value="org.hibernate.transaction.JTATransactionFactory"/>
<property name="hibernate.transaction.manager_lookup_class" value="org.hibernate.transaction.WeblogicTransactionManagerLookup"/>
<property name="hibernate.transaction.flush_before_completion" value="true"/>
<property name="hibernate.transaction.auto_close_session" value="true"/>
后,使用Hibernate進行端到端的測試
現在,我們專為Weblogic Server的JTA事務配置了Hibernate。這時運行測試沒有出現錯誤,表明使用了正確的提供者,并為消息給定了一個正確的標識符。
$ ant -q -Dprovider=hibernate
[echo] =====================================================
[echo] Build Configuration for hibernate
[echo] =====================================================
[echo] Base directory : D:projectswitch
[echo] Deployed Target : D:projectswitch/JPAService.ear
[echo] EJB Module : D:projectswitch/tmp/hibernate-ejb.jar
[echo] Configuration : D:projectswitch/META-INF/hibernate/persistence.xml
[echo] Packaging EJB Module for hibernate at D:projectswitch/tmp/hibernate-ejb.jar
[echo] Packaging EAR Module for hibernate at D:projectswitch/JPAService.ear
[echo] Packaging D:projectswitch/tmp/test-JPAService.jar for running the tests
[echo] Undeploying JPAService from t3://localhost:7001 ...
[echo] Deploying JPAService to t3://localhost:7001 ...
[echo] Running JUnit Test: junit.TestJPAService ...
[junit] Logical Persistence Provider is [hibernate]
[junit] Actual Persistence Provider is [org.hibernate.impl.SessionImpl]
[junit] Persisted Message [id:1 timestamp:1182755464176 body:A message sent for logging on 1182755464166]
[junit] Time elapsed between the message to send and persisted is 10ms
重復測試表明已經用ID:2創建了新的消息。
我檢查了MySQL數據庫,發現當它的值配置為自動生成的時候,主鍵列標記為自動增加。
mysql> show create table message;
mysql>| message | CREATE TABLE `message` (
`id` bigint(20) NOT NULL auto_increment,
`body` varchar(255) default NULL,
`createdOn` datetime default NULL,
PRIMARY KEY (`id`)
The configuration that create the table definition for us is <property name="hibernate.hbm2ddl.auto" value="create"/>
關于Hibernate部署的摘要
總結起來,在Weblogic Server 10.0環境中安裝和運行使用Hibernate的JPA應用程序步驟如下。
1. 在Weblogic Server 域中的共享庫里添加Hibernate庫
2. 配置JTA事務和自動的表定義屬性
3. 封裝、部署和運行測試進行驗證
現在來看一下要采用Kodo運行完全相同的應用程序,我們需要做些什么。
為何不需要在weblogic Server 10.0中安裝Kodo
Kodo是Weblogic Server 10.0整體的一部分。核心Kodo庫隨Weblogic Server安裝一起提供,可以在${bea.home}/modules/com.bea.core.kodo_4.1.3.jar中獲得。Kodo 4.1.3構建于OpenJPA之上, Weblogic Server安裝后還在${bea.home}/modules/org.apache.openjpa_0.9.7.jar中提供OpenJPA庫。Kodo和OpenJPA依賴于其他幾個開源jar(其中的是用于字節碼增強的serp)和規范jar,如jpa、jdo、jca或jta。所有這些必要的jar也可以從${bea.home}/modules/目錄中獲得。
為了使用Kodo運行完全相同的應用程序,只需一個不同的persistence.xml。
persistence.xml
01 <?xml version="1.0"?>
02
03 <persistence xmlns="http://java.sun.com/xml/ns/persistence"
04 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
05 xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
06 http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
07 version="1.0">
08 <persistence-unit name="test" transaction-type="JTA">
09 <provider>kodo.persistence.PersistenceProviderImpl</provider>
10 <properties>
11 <property name="kodo.ConnectionURL" value="jdbc:mysql://localhost/kodoDB"/>
12 <property name="kodo.ConnectionDriverName" value="com.mysql.jdbc.Driver"/>
13 <property name="kodo.jdbc.SynchronizeMappings" value="buildSchema"/>
14 </properties>
15 </persistence-unit>
16 </persistence>
與使用Hibernate時的配置比較,惟一顯著的變化是將提供者類名改為kodo.persistence.PersistenceProviderImpl。
現在屬性名不一樣了。例如,在Kodo中可以通過設置kodo.jdbc.SynchronizeMappings為buildSchema來配置自動模式創建。
經過小限度的改變,我再使用Kodo作為提供者運行測試。
$ ant -Dprovider=kodo
$ ant -q -Dprovider=kodo
[echo] =====================================================
[echo] Build Configuration for kodo
[echo] =====================================================
[echo] Base directory : D:projectswitch
[echo] Deployed Target : D:projectswitch/JPAService.ear
[echo] EJB Module : D:projectswitch/tmp/kodo-ejb.jar
[echo] Configuration : D:projectswitch/META-INF/kodo/persistence.xml
[echo] Enhancing persistent classes
[echo] Packaging EJB Module for kodo at D:projectswitch/tmp/kodo-ejb.jar
[echo] Packaging EAR Module for kodo at D:projectswitch/JPAService.ear
[echo] Packaging D:projectswitch/tmp/test-JPAService.jar for running the tests
[echo] Undeploying JPAService from t3://localhost:7001 ...
[echo] Deploying JPAService to t3://localhost:7001 ...
[echo] Running JUnit Test: junit.TestJPAService ...
[junit] Logical Persistence Provider is [kodo]
[junit] Actual Persistence Provider is [kodo.persistence.KodoEntityManagerImpl]
[junit] Persisted Message [id:251 timestamp:1182762774929 body:A message sent for logging on 1182762774918]
[junit] Time elapsed between the message to send and persisted is 11ms
一切順利。先前部署的Hibernate單元撤除了。新的部署使用Kodo作為提供者,并返回了正確的提供者。
Kodo定義了什么模式呢?
mysql> use kododb;
mysql> show create table message;
| message | CREATE TABLE `message` (
`id` bigint(20) NOT NULL,
`body` varchar(255) default NULL,
`createdOn` datetime default NULL,
PRIMARY KEY (`id`)
)
注意,Kodo沒有像 Hibernate那樣標記auto-increment的id 。Kodo由自己指派自動生成的標識符。
這個bug是怎么回事?
到目前為止,一切似乎都運行良好。我們安裝了Hibernate,然后使用Hibernate運行了一個應用程序。然來又將提供者切換為Kodo。您可以用OpenJPA進行類似的測試(它的提供者是org.apache.openjpa.persistence.PersistenceProviderImpl。但是,由于在Weblogic Server中這個提供者是默認的,所以您甚至可以省略它)。那么切換提供者產生的bug在哪兒呢?
如果您決定以不同的方式安裝Hibernate,那么會出現bug。如果不把Hibernate庫放在域的共享庫中,Hibernate庫還可以放在EAR里。如果這樣進行部署封裝,則應用程序不能再次進行部署和撤除(即便將同樣的Hibernate作為提供者)。這是為什么呢?
答案在于JPA自身提供的一個javax.persistence.Persistence類。這個類用于引導。它搜索可用的提供者并要求每個提供者創建一個持久性單元,即EntityManagerFactory。然而,這個引導類javax.persistence.Persistence會將PersistenceProvider類緩存在一個內部靜態Set中,并且不再對Set成員進行更新。
因此,如果用Web應用程序W封裝了Hibernate,一旦用戶應用程序直接調用或者由注入過程調用Persistence.createEntityManagerFactory(),則Hibernate持久性提供者X將被Web應用程序W的類裝載器 L1加載,并且緩存在javax.persistence.Persistence的靜態Set中。隨后,Web應用程序W被撤除。L1便會離開作用域。Web應用程序W將被重新部署。這時的類裝載器是L2。如果程序再次調用Persistence.createEntityManagerFactory(),則javax.persistence.Persistence中的代碼將試圖調用X的方法(由L1加載的,而L1已經不在了),而且代碼將開始與ClassCastException和長的堆棧跟蹤斷開。
如何解決這一bug呢?
一個簡單的解決方案是遵守這里所描述的封裝模式。還有一個有難度的方案是修改javax.persistence.Persistence本身。這個方案有難度是因為這一過程中要升級/修補/重新分配一個按照規范定義的(提供的)實現類。
在另一篇文章中,我將討論在如何對javax.persistence.Persistence類進行修改,從而允許在涉及多個(可能是不相干的)類裝載器的環境中更加良好地運行。