<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進行端到端的測試

現(xiàn)在，我們專為Weblogic Server的JTA事務配置了Hibernate。這時運行測試沒有出現(xiàn)錯誤，表明使用了正確的提供者，并為消息給定了一個正確的標識符。

$ 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

重復測試表明已經(jīng)用ID:2創(chuàng)建了新的消息。

我檢查了MySQL數(shù)據(jù)庫，發(fā)現(xiàn)當它的值配置為自動生成的時候，主鍵列標記為自動增加。

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環(huán)境中安裝和運行使用Hibernate的JPA應用程序步驟如下。

1. 在Weblogic Server 域中的共享庫里添加Hibernate庫

2. 配置JTA事務和自動的表定義屬性

3. 封裝、部署和運行測試進行驗證

現(xiàn)在來看一下要采用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（其中的是用于字節(jié)碼增強的serp）和規(guī)范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。

現(xiàn)在屬性名不一樣了。例如，在Kodo中可以通過設置kodo.jdbc.SynchronizeMappings為buildSchema來配置自動模式創(chuàng)建。

經(jīng)過小限度的改變，我再使用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中這個提供者是默認的，所以您甚至可以省略它）。那么切換提供者產(chǎn)生的bug在哪兒呢？

如果您決定以不同的方式安裝Hibernate，那么會出現(xiàn)bug。如果不把Hibernate庫放在域的共享庫中，Hibernate庫還可以放在EAR里。如果這樣進行部署封裝，則應用程序不能再次進行部署和撤除（即便將同樣的Hibernate作為提供者）。這是為什么呢？

答案在于JPA自身提供的一個javax.persistence.Persistence類。這個類用于引導。它搜索可用的提供者并要求每個提供者創(chuàng)建一個持久性單元，即EntityManagerFactory。然而，這個引導類javax.persistence.Persistence會將PersistenceProvider類緩存在一個內部靜態(tài)Set中，并且不再對Set成員進行更新。

因此，如果用Web應用程序W封裝了Hibernate，一旦用戶應用程序直接調用或者由注入過程調用Persistence.createEntityManagerFactory()，則Hibernate持久性提供者X將被Web應用程序W的類裝載器 L1加載，并且緩存在javax.persistence.Persistence的靜態(tài)Set中。隨后，Web應用程序W被撤除。L1便會離開作用域。Web應用程序W將被重新部署。這時的類裝載器是L2。如果程序再次調用Persistence.createEntityManagerFactory()，則javax.persistence.Persistence中的代碼將試圖調用X的方法（由L1加載的，而L1已經(jīng)不在了），而且代碼將開始與ClassCastException和長的堆棧跟蹤斷開。

如何解決這一bug呢？

一個簡單的解決方案是遵守這里所描述的封裝模式。還有一個有難度的方案是修改javax.persistence.Persistence本身。這個方案有難度是因為這一過程中要升級／修補／重新分配一個按照規(guī)范定義的（提供的）實現(xiàn)類。

在另一篇文章中，我將討論在如何對javax.persistence.Persistence類進行修改，從而允許在涉及多個（可能是不相干的）類裝載器的環(huán)境中更加良好地運行。