級(jí)別: 高級(jí)
Tom Alcott
(alcott@us.ibm.com), IT 咨詢(xún)專(zhuān)家, IBM Software Group, Worldwide Sales
Roland Barcia (barcia@us.ibm.com), 認(rèn)證 IT 專(zhuān)家, IBM
Jim Knutson (knutson@us.ibm.com), WebSphere J2EE 架構(gòu)師, IBM
2006 年 12 月 18 日
如果您考慮將 Spring 或 Hibernate 與 IBM? WebSphere? Application Server 結(jié)合使用，則此必讀文章向您闡述了需如何配置這些框架，以適用于 WebSphere Application Server 的各種場(chǎng)景。本文還描述了不支持的場(chǎng)景以及應(yīng)該避免的場(chǎng)景。本文不是對(duì)某一框架的認(rèn)可或推薦，而是為決定實(shí)現(xiàn)此類(lèi)場(chǎng)景的人員提供的重要參考。
摘自 IBM WebSphere 開(kāi)發(fā)者技術(shù)期刊。
引言
Spring 和 Hibernate 是兩個(gè)開(kāi)放源代碼項(xiàng)目，有些客戶(hù)可能有興趣使用它們。本文描述如何配置這些框架，以便與 WebSphere Application Server 一起在各種場(chǎng)景中使用。不過(guò)，本文不是對(duì)某一框架的認(rèn)可或推薦。IBM 也不直接支持其中任何一個(gè)開(kāi)放源代碼項(xiàng)目。IBM 支持有限制地使用這些應(yīng)用程序框架（如下面所述），就像它支持在 WebSphere Application Server 上運(yùn)行的任何客戶(hù)的應(yīng)用程序一樣。本文還描述一些不支持的場(chǎng)景，在 WebSphere Application Server 和堆棧產(chǎn)品中應(yīng)該避免此場(chǎng)景。
產(chǎn)品和客戶(hù)技術(shù)支持
一個(gè)用戶(hù)理應(yīng)關(guān)注的問(wèn)題是那些使用開(kāi)放源代碼的項(xiàng)目所獲得的支持，以及使用開(kāi)放源代碼對(duì)供應(yīng)商支持其許可產(chǎn)品的影響。IBM 了解某些客戶(hù)可能希望將非 IBM 的框架和 IBM WebSphere Application Server 結(jié)合使用，并且在為客戶(hù)提供一些信息，以促進(jìn)他們?yōu)?IBM WebSphere Application Server 創(chuàng)建最可靠的操作環(huán)境。IBM 考慮了客戶(hù)安裝的開(kāi)放源代碼和應(yīng)用程序框架，它們或者綁定為應(yīng)用程序的一部分，或者作為共享庫(kù)成為應(yīng)用程序代碼的一部分。在使用開(kāi)放源代碼項(xiàng)目時(shí)通過(guò)謹(jǐn)慎地利用此信息，客戶(hù)可以滿(mǎn)懷信心地使用 IBM 產(chǎn)品，并繼續(xù)訪問(wèn) IBM 產(chǎn)品和技術(shù)支持。如果在將這些框架與 WebSphere 產(chǎn)品結(jié)合使用時(shí)遇到問(wèn)題，IBM 將盡力確保 WebSphere 產(chǎn)品不出現(xiàn)問(wèn)題。
如果客戶(hù)認(rèn)真研究了本文中的建議，并記住避免和理解以下幾個(gè)關(guān)鍵點(diǎn)，則預(yù)期可以安全地在 IBM 產(chǎn)品上使用 Spring 和 Hibernate 之類(lèi)的框架：
-
客戶(hù)必須確保按 WebSphere Application Server 允許的方式使用這些框架。具體說(shuō)來(lái)，這意味著客戶(hù)在使用內(nèi)部產(chǎn)品接口時(shí)，不應(yīng)使用框架——遺憾的是，許多開(kāi)放源代碼框架在未經(jīng)認(rèn)真配置的情況下就這樣使用了。客戶(hù)應(yīng)避免在 WebSphere 上明確記錄應(yīng)避免的場(chǎng)景。
-
對(duì)于開(kāi)放源代碼框架，客戶(hù)應(yīng)該確保理解并能夠訪問(wèn)他們與 WebSphere Application Server 一起使用的框架的匹配源代碼和二進(jìn)制。
-
建議客戶(hù)從開(kāi)放源代碼社區(qū)或使用開(kāi)放源代碼社區(qū)的合作伙伴那里獲取框架的補(bǔ)救性服務(wù)。
有關(guān) IBM 支持和策略的詳細(xì)信息，請(qǐng)參考 IBM Support Handbook 和 WebSphere Application Server Support Statement。
盡管在開(kāi)放源代碼環(huán)境中使用 WebSphere Application Servers 時(shí)按照本文的建議做法有助于增強(qiáng)您的體驗(yàn)，但本文并沒(méi)有列出開(kāi)放源代碼組件影響 WebSphere Application Server 操作或其他組件操作的所有情況。使用開(kāi)放源代碼的用戶(hù)務(wù)必檢查所有組件的規(guī)范，以避免出現(xiàn)許可、支持和技術(shù)問(wèn)題。
在本文的剩余部分中，當(dāng)使用術(shù)語(yǔ)“支持”或“受支持”時(shí)，描述的用法僅限于使用 IBM 有文檔記錄的功能。作者已盡了最大努力來(lái)提供有關(guān)如何配置和使用這些框架的建議，以確保其用法與記錄的產(chǎn)品行為一致。
Hibernate
Hibernate 是傳統(tǒng)的 Java? 對(duì)象 (POJO) 的開(kāi)放源代碼持久性框架，它通過(guò) XML 配置文件提供 POJO 到關(guān)系數(shù)據(jù)庫(kù)表的與對(duì)象相關(guān)的映射。Hibernate 框架是應(yīng)用程序調(diào)用的、用于數(shù)據(jù)持久性的數(shù)據(jù)訪問(wèn)抽象層。此外，Hibernate 還提供了從 Java 類(lèi)到數(shù)據(jù)庫(kù)表（以及從 Java 數(shù)據(jù)類(lèi)型到 SQL 數(shù)據(jù)類(lèi)型）的映射以及數(shù)據(jù)查詢(xún)和檢索功能。Hibernate 生成必需的 SQL 調(diào)用，還負(fù)責(zé)結(jié)果集處理和對(duì)象轉(zhuǎn)換。
Hibernate 由 Gavin King（Hibernate 項(xiàng)目的奠基人）領(lǐng)導(dǎo)的軟件開(kāi)發(fā)團(tuán)隊(duì)開(kāi)發(fā)，目的是解決 EJB 2.x 實(shí)體 EJB 中存在的諸多缺陷。Hibernate 與 JBoss Group 緊密關(guān)聯(lián)，這是由于 JBoss 雇傭了大量的一流 Hibernate 開(kāi)發(fā)人員的結(jié)果。最近，在 Java Community Process (JCP) 中的持久性框架的發(fā)展中已涉及 Hibernate，并且 Hibernate 的許多概念已合并到 Java Persistence API (JPA) 規(guī)范中。最新版本的 Hibernate 將發(fā)展為符合 JPA 規(guī)范。JPA 似乎將成為主要的 Java 持久性 API。具體說(shuō)來(lái)，JPA 是 Java EE 5 必要部分。（有關(guān)如何使用 Hibernate 的 developerWorks 文章，請(qǐng)參見(jiàn)參考資料。）
盡管下文的描述中支持在 WebSphere Application Server 上使用 Hibernate，但是 IBM 并不直接支持 Hibernate。任何人使用 Hibernate 時(shí)都需要按 Hibernate Project Support page 的描述獲取對(duì)它的支持。客戶(hù)應(yīng)該保留與開(kāi)源項(xiàng)目相關(guān)的源數(shù)據(jù)，以用于問(wèn)題調(diào)試。
使用場(chǎng)景
以下場(chǎng)景描述了有關(guān)如何將 Hibernate 與 WebSphere Application Server 和 WebSphere 堆棧產(chǎn)品結(jié)合使用的一些可能場(chǎng)景。這些僅是示例場(chǎng)景，不應(yīng)認(rèn)為是推薦的場(chǎng)景。前文已提到，客戶(hù)應(yīng)該保留與開(kāi)源項(xiàng)目相關(guān)的源數(shù)據(jù)，以用于問(wèn)題調(diào)試
使用 WebSphere Application Server 數(shù)據(jù)源
為使 Hibernate 從 WebSphere Application Server 獲取數(shù)據(jù)庫(kù)連接，必須使用 Java EE（以前稱(chēng)為 J2EE）規(guī)范中強(qiáng)制規(guī)定的資源引用。這可以確保 WebSphere Application Server 能夠?yàn)檫B接池、事務(wù)語(yǔ)義和隔離級(jí)別提供正確的行為。通過(guò)設(shè)置 hibernate.connection.datasource 屬性（在 Hibernate 配置文件中進(jìn)行了定義）將 Hibernate 配置為從 WebSphere Application Server 檢索數(shù)據(jù)源，以引用在模塊的部署描述符中定義的資源引用（例如 java:comp/env/jdbc/myDSRef）。例如：
<property name="hibernate.connection.datasource">
java:/comp/env/jdbc/myDSRef
</property>
|
Web 應(yīng)用程序的 Java EE 資源引用在 WAR 文件級(jí)別定義，這意味著容器中的所有 Servlet 和 Java 類(lèi)均共享資源引用。在 EJB 模塊內(nèi)部，資源引用在各個(gè) EJB 組件上定義。這意味著，如果許多 EJB 組件都使用相同的 Hibernate 配置，則每個(gè) EJB 必須在每個(gè) EJB 組件上定義相同的引用名稱(chēng)。這會(huì)導(dǎo)致復(fù)雜的情況，稍后我們將進(jìn)一步討論。
配置了數(shù)據(jù)源之后，確保 Hibernate 正常工作的下一個(gè)步驟是正確配置事務(wù)支持。
事務(wù)策略配置
為了正確地使用事務(wù)，Hibernate 需要兩個(gè)重要部分的配置。第一個(gè)部分是 hibernate.transaction.factory_class，它定義事務(wù)控制，第二個(gè)部分是 hibernate.transaction.manager_lookup_class，它定義注冊(cè)事務(wù)同步的機(jī)制，這樣，當(dāng)持久性管理器需要與數(shù)據(jù)庫(kù)同步更改時(shí)會(huì)在事務(wù)端得到通知。對(duì)于事務(wù)控制，同時(shí)支持容器管理的配置和 Bean 管理的配置。將 Hibernate 和 WebSphere Application Server 結(jié)合使用時(shí)，必須在 Hibernate.cfg.xml 中設(shè)置以下屬性：
-
對(duì)于容器管理的事務(wù)：
<property name="hibernate.transaction.factory_class">
org.hibernate.transaction.CMTTransactionFactory
</property>
<property name="hibernate.transaction.manager_lookup_class">
org.hibernate.transaction.WebSphereExtendedJTATransactionLookup
</property>
|
-
對(duì)于 Bean 管理的事務(wù)：
<property name="hibernate.transaction.factory_class">
org.hibernate.transaction.JTATransactionFactory
</property>
<property name="hibernate.transaction.manager_lookup_class">
org.hibernate.transaction.WebSphereExtendedJTATransactionLookup
</property>
<property name="jta.UserTransaction">
java:comp/UserTransaction
</property >
|
jta.UserTransaction 屬性將工廠類(lèi)配置為從 WebSphere 容器獲取 UserTransaction 對(duì)象實(shí)例的實(shí)例。
WebSphere Application Server V6.x 和更高版本在 WebSphere 平臺(tái)上支持 hibernate.transaction.manager_lookup_class 屬性，WebSphere Business Integration Server Foundation V5.1 和更高版本也支持此屬性。此屬性將 Hibernate 配置為使用在 WebSphere Business Integration Server Foundation V5.1 和 WebSphere Application Server V6.0 中引入的 ExtendedJTATransaction 接口，WebSphere ExtendedJTATransaction 接口建立了一個(gè)模式，并通過(guò) JTA 1.1 規(guī)范在 Java EE 5 中正式確立。
WebSphere Application Server 環(huán)境中 Hibernate 的使用模式
當(dāng)結(jié)合使用 Hibernate 和 WebSphere Application Server 時(shí)，Hibernate 的“按請(qǐng)求會(huì)話(huà)”和“長(zhǎng)對(duì)話(huà)”模式均可使用。客戶(hù)必須選擇適用于其應(yīng)用程序的模式，不過(guò)我們主張使用“按請(qǐng)求會(huì)話(huà)”模式，因?yàn)樗梢蕴峁└玫臄U(kuò)展性。
-
多個(gè)隔離級(jí)別
可共享的連接通過(guò)讓多個(gè)資源用戶(hù)能夠共享現(xiàn)有的連接，改進(jìn)了在 WebSphere Application Server 中的性能。不過(guò)，如果可共享的連接和多個(gè)隔離級(jí)別都是必需的，則為每個(gè)連接配置定義單獨(dú)的資源引用和 Hibernate 會(huì)話(huà)工廠。不能夠更改共享連接的隔離級(jí)別。因此，也不可能使用 hibernate.connection.isolation 屬性在共享連接上設(shè)置隔離級(jí)別。有關(guān)連接共享的策略和約束的詳細(xì)信息，請(qǐng)參見(jiàn) 在 WebSphere Application Server V5 中共享連接。（盡管本文通常適合于在 WebSphere Application Server V5 上使用的所有共享連接，但是連接共享建議仍適用于在 V6.x 上運(yùn)行的 Hibernate。）
-
Web 應(yīng)用程序
可以在 HttpSession 對(duì)象中使用和存儲(chǔ) Hibernate 的“長(zhǎng)對(duì)話(huà)”會(huì)話(huà)；不過(guò)，Hibernate 會(huì)話(huà)持有活動(dòng)實(shí)例，由于可能需要將會(huì)話(huà)序列化或?qū)⑵鋸?fù)制到其他集群成員，因此將其存儲(chǔ)在 HttpSession 中不是可擴(kuò)展模式。最好使用 HttpSession 來(lái)存儲(chǔ)斷開(kāi)連接的對(duì)象（只要它們非常小，即 10KB 到 50KB），并且在需要更新時(shí)，重新將它們與新的 Hibernate 會(huì)話(huà)關(guān)聯(lián)。這是因?yàn)?HttpSession 最適用于書(shū)簽，而不適用于緩存。在 Improving HttpSession Performance with Smart Serialization 中討論了如何使 HttpSession 的內(nèi)存使用率降至最低。不是將 HttpSession 用作緩存，而是考慮使用 ObjectGrid 或 DistributedObjectCache 之類(lèi)的 WebSphere 數(shù)據(jù)緩存技術(shù)，這在下一部分進(jìn)行介紹。
有關(guān)高性能、可擴(kuò)展應(yīng)用程序的最佳實(shí)踐，強(qiáng)烈建議您閱讀 Performance Analysis for Java Websites 一書(shū)。
集成二級(jí)緩存
Hibernate 會(huì)話(huà)表示工作單元的范圍。在 Hibernate 會(huì)話(huà)的生命周期中，Session 接口管理持久性。通常，它通過(guò)保持對(duì)單一線(xiàn)程有效的一級(jí)緩存實(shí)例并維護(hù)它負(fù)責(zé)的映射實(shí)體類(lèi)實(shí)例的識(shí)別或狀態(tài)做到這一點(diǎn)。在完成工作單元（會(huì)話(huà)）時(shí)釋放緩存。還可以將二級(jí)緩存配置為在 SessionFactory 的所有會(huì)話(huà)之間共享（包括在群集之間共享）。請(qǐng)注意，在 Hibernate 中進(jìn)行緩存會(huì)導(dǎo)致一些需要解決的問(wèn)題。第一，對(duì)于數(shù)據(jù)庫(kù)的外部更改或跨群集更改，無(wú)法確保緩存的一致性（除非使用識(shí)別群集的緩存）。第二，其他層（如數(shù)據(jù)庫(kù)）可能已經(jīng)緩存，從而使 Hibernate 緩存的值降至最低。在進(jìn)行應(yīng)用程序設(shè)計(jì)時(shí)，必須認(rèn)真考慮這些問(wèn)題，但是這些問(wèn)題超出了本文的討論范圍。
|
| 在發(fā)布時(shí)，沒(méi)有確定與 WebSphere Application Server 相關(guān)的 Hibernate 群集識(shí)別緩存的行為，因此，還不能確定是否支持該行為，我們對(duì)此不做進(jìn)一步的討論。所以，需要分布式緩存的客戶(hù)應(yīng)當(dāng)考慮創(chuàng)建使用屬性 hibernate.cache.provider_class 實(shí)現(xiàn) org.hibernate.cache.CacheProvider 的類(lèi),這會(huì)在 WebSphere 中使用兩個(gè)分布式緩存實(shí)現(xiàn)中的一個(gè)。 |
|
Hibernate 附帶了幾個(gè)預(yù)配置的緩存。在 Hibernate Cache 文檔頁(yè)中可以找到關(guān)于這些緩存的信息。對(duì)于只讀數(shù)據(jù)，一個(gè)內(nèi)存緩存可能就足夠了。不過(guò)，當(dāng)聚集應(yīng)用程序并需要群集識(shí)別緩存時(shí)，本地只讀緩存是不夠的。如果需要分布式緩存，我們建議使用 WebSphere 提供的分布式緩存實(shí)現(xiàn)之一?？梢詫⑺鼈冇米?Hibernate 的二級(jí)緩存：
在 WebSphere Enterprise Service Bus 和 WebSphere Process Server 中使用 Hibernate
WebSphere Process Server 和 WebSphere Enterprise Service Bus (ESB) 將 Service Component Architecture (SCA) 和 Service Data Objects (SDO) 用作 SOA 的裝配和編程模式。（請(qǐng)參見(jiàn)參考資料，了解關(guān)于 SCA 和 SDO 的更多信息。）SCA 組件不是 Java EE 組件，因此它們沒(méi)有資源引用，但是改為依靠服務(wù)和適配器來(lái)連接系統(tǒng)。在構(gòu)建 Java SCA 組件時(shí)，不能使用資源引用；因此，SCA 組件不能直接使用 Hibernate。
在這種情況下，應(yīng)將 Hibernate 持久性隱藏在某種 Facade 后面。有兩個(gè)備選方案：
-
創(chuàng)建本地 EJB 會(huì)話(huà) Facade 以包裝 Hibernate 持久性。會(huì)話(huà) Facade 提供適配器邏輯，以便將 Hibernate 實(shí)體 POJO 映射到服務(wù)數(shù)據(jù)對(duì)象并返回。然后集成開(kāi)發(fā)人員可以使用 EJB 導(dǎo)入調(diào)用會(huì)話(huà) Facade，并以緊密耦合方式使用對(duì)應(yīng)的服務(wù)質(zhì)量 (QoS) 調(diào)用它。
-
創(chuàng)建 EJB Web 服務(wù)會(huì)話(huà) Facade 以包裝 Hibernate 持久性。然后集成開(kāi)發(fā)人員可以使用 Web 服務(wù)導(dǎo)入調(diào)用持久性的 Web 服務(wù)。這不需要構(gòu)建 POJO 到 SDO 的轉(zhuǎn)換程序，由于目前 SCA 對(duì)數(shù)據(jù)類(lèi)型只使用 SDO。圖 1 說(shuō)明了使用兩個(gè)模式的業(yè)務(wù)流程，但該流程的詳細(xì)信息不在本文的討論范圍之內(nèi)。
圖 1. 示例業(yè)務(wù)流程
WebSphere Application Server V6.1 上的 Hibernate JPA API
Hibernate 的 JPA 支持提供 JPA 標(biāo)準(zhǔn)持久性，并且是專(zhuān)有 Hibernate API 的較好備選方案。Hibernate 的 JPA 實(shí)現(xiàn)需要基于 Java EE 5 的運(yùn)行時(shí)，因此，它僅在 WebSphere Application Server V6.1 或更高版本上運(yùn)行。在發(fā)布時(shí)，Hibernate 的 JPA 支持不能在 WebSphere z/OS 和 iSeries 平臺(tái)上運(yùn)行。Hibernate 文檔描述了如何使用 Hibernate 的 JPA 實(shí)現(xiàn)包裝和部署應(yīng)用程序。
避免的場(chǎng)景
以下各部分將描述不支持的配置和用例。這僅表示當(dāng)前已確定的不支持的場(chǎng)景。其他不支持的場(chǎng)景將在以后確定。
不支持的事務(wù)配置
Hibernate 文檔描述了用于在 WebSphere Application Server 版本 4 和 5 產(chǎn)品上運(yùn)行的事務(wù)策略配置，但是這些配置使用內(nèi)部 WebSphere 接口，在那些早期版本上不受支持。在上面的事務(wù)策略配置部分中描述了 Hibernate 唯一支持的事務(wù)配置。正如前面所述，這意味著僅在 WebSphere Application Server V6.x 之后（包括 V6.x）的版本和 WebSphere Business Integration Server Foundation V5.1 上支持使用 Hibernate。
不可交互操作的／不可移植的功能
JPA 規(guī)范中的 3.2.4.2 部分描述了可能導(dǎo)致互操作性和潛在的可移植性問(wèn)題的情況。這與結(jié)合使用延遲加載（即 @Basic(fetch=LAZY)）和分離對(duì)象有關(guān)。將分離對(duì)象合并回會(huì)話(huà)時(shí)，JPA 將檢查該對(duì)象，并使用任何更改值來(lái)更新數(shù)據(jù)存儲(chǔ)。不過(guò)，數(shù)據(jù)對(duì)象是簡(jiǎn)單的 POJO。在分離時(shí)，如果部分 POJO 狀態(tài)沒(méi)有加載，則在合并回去時(shí)可能顯示為已更改。要使它正常工作，供應(yīng)商必須實(shí)現(xiàn)特定于其運(yùn)行時(shí)的序列化技術(shù)。這不是互操作的，語(yǔ)義也不能移植。
Spring
通常將 Spring 描述為輕量級(jí)容器環(huán)境，但是將其描述為用于簡(jiǎn)化開(kāi)發(fā)的框架可能更適當(dāng)。其主要概念是使用依賴(lài)項(xiàng)注入 (DI) 和面向方面的編程 (AOP) 來(lái)簡(jiǎn)化和平穩(wěn)地進(jìn)行從開(kāi)發(fā)到測(cè)試再到生產(chǎn)的轉(zhuǎn)換。
Spring 框架是一個(gè)流行的開(kāi)放源代碼框架，它由 Interface21, Inc. 根據(jù) Rod Johnson 發(fā)表的關(guān)于依賴(lài)項(xiàng)注入 (DI) 的設(shè)計(jì)模型開(kāi)發(fā)。Spring 可以在獨(dú)立應(yīng)用程序或應(yīng)用服務(wù)器中使用。由于 Spring 提供的一些服務(wù)通常由應(yīng)用服務(wù)器運(yùn)行時(shí)提供，所以需要認(rèn)真設(shè)計(jì) Spring 與應(yīng)用服務(wù)器的結(jié)合使用，以避免在 Spring 實(shí)現(xiàn)和應(yīng)用服務(wù)器提供的實(shí)現(xiàn)之間發(fā)生沖突。
本部分其余內(nèi)容將描述使可能發(fā)生的實(shí)現(xiàn)沖突或矛盾點(diǎn)降至最低的用例，還將描述應(yīng)避免的其他矛盾點(diǎn)（如果可能）。
盡管下文的描述中支持在 WebSphere Application Server 上有限使用 Spring，但是 IBM 并不直接支持 Spring。任何人使用 Spring 時(shí)都需要按 Spring Product Support page 的描述獲取對(duì)它的支持。客戶(hù)應(yīng)該保留用于幫助調(diào)試問(wèn)題的與開(kāi)放源代碼項(xiàng)目相關(guān)的源。
使用場(chǎng)景
以下部分將描述 Spring 在 WebSphere Application Server 上的一些使用場(chǎng)景。不過(guò)，應(yīng)由客戶(hù)負(fù)責(zé)確定這些場(chǎng)景是否適合他們的具體情況。IBM 不支持、也不建議使用 Spring。本文僅演示在 WebSphere Application Server 上使用 Spring 的一組場(chǎng)景，并演示必須如何自定義 Spring 才能與 WebSphere Application Server 一起運(yùn)行。
簡(jiǎn)單的 Bean 邏輯容器
使用 Spring 的最常用的場(chǎng)景之一是使用簡(jiǎn)單的 Java Bean 類(lèi)配置并驅(qū)動(dòng)業(yè)務(wù)邏輯。本文稍后描述的避免了問(wèn)題的 Spring 應(yīng)用程序在 WebSphere Application Server 中運(yùn)行時(shí)不應(yīng)該有任何問(wèn)題。Spring documentation page 應(yīng)提供了使用 Spring Bean 構(gòu)建應(yīng)用程序的足夠信息。此處不存在任何特定于 WebSphere 的內(nèi)容。
在 WebSphere 中使用 Spring DAO 框架
下面是關(guān)于在 WebSphere Application Serveruse 上使用 Spring DAO 功能的三個(gè)示例：
-
基本型 DAO 用法
WebSphere Application Server 管理在應(yīng)用服務(wù)器執(zhí)行環(huán)境中使用的資源。需要訪問(wèn) JDBC 數(shù)據(jù)源之類(lèi)資源的 Spring 應(yīng)用程序應(yīng)該利用 WebSphere 管理的資源。為此，需要執(zhí)行以下若干步驟。
-
在開(kāi)發(fā)過(guò)程中，應(yīng)該使用資源引用配置 WAR 模塊。例如：
<resource-ref>
<res-ref-name>jdbc/springdb</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>
|
-
對(duì)于 EJB JAR 文件，應(yīng)該在需要訪問(wèn)數(shù)據(jù)源的每個(gè) EJB 中聲明同一資源引用。
-
然后使用與以下類(lèi)似的內(nèi)容在 Spring 配置文件中聲明數(shù)據(jù)源 Bean：
<bean id="WASDataSource"
class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName"
value="java:comp/env/jdbc/springdb"/>
<property name="lookupOnStartup"
value="false"/>
<property name="cache"
value="true"/>
<property name="proxyInterface"
value="javax.sql.DataSource"/>
</bean>
|
這將配置 Bean，以便從模塊的配置引用查找數(shù)據(jù)源。注意，jndiName 屬性值匹配與資源引用中聲明的資源引用名稱(chēng)連接的模式 java:comp/env/。
-
然后，Spring 應(yīng)用程序可以在適當(dāng)情況下使用數(shù)據(jù)源 Bean。
-
將應(yīng)用程序部署到 WebSphere Application Server 時(shí)，必須配置資源提供程序和資源數(shù)據(jù)源，以便由 Spring 應(yīng)用程序資源引用使用。在部署過(guò)程中，在模塊的部署描述符中聲明的資源引用將綁定到應(yīng)用服務(wù)器的配置數(shù)據(jù)源。
-
事務(wù)型 DAO 用法
在 Spring 中，有許多方法可以驅(qū)動(dòng)事務(wù)控制下的資源更新。這包括編程形式和聲明形式。聲明形式有注釋形式和非注釋形式。在使用 Spring 事務(wù)支持時(shí)，獲得權(quán)限的重要方法是適當(dāng)?shù)嘏渲?Spring 對(duì)底層事務(wù)管理器的使用。在 WebSphere Application Server 中，Spring 使用的事務(wù)管理器的唯一支持形式如下：
<bean d="transactionManager"
class="org.springframework.transaction.jta.JtaTransactionManager">
<property name="autodetectTransactionManager"
value="false"/>
</bean>
|
可以將此事務(wù)管理器 Bean 提供給 JdbcTemplate 類(lèi)，或通過(guò)事務(wù)策略的聲明形式利用。有關(guān)為什么這是唯一形式的詳細(xì)信息，請(qǐng)參見(jiàn)避免的場(chǎng)景部分。
-
休眠型 DAO 用法
Spring 記錄將 Hibernate 和 Spring 一起使用的基本設(shè)置。在 WebSphere Application Server 環(huán)境中使用 Hibernate 和 Spring 時(shí)，有必要將上述對(duì)二者的配置要求合并在一起。正如前面所述，在 Spring 和 Hibernate 中使用 JNDI 訪問(wèn)事務(wù)管理的資源和適當(dāng)配置是必要的。
Spring Web MVC
Spring 的 Web MVC 框架在某一時(shí)間內(nèi)一直是其他框架的備選框架。由 WebSphere Application Server 提交、使用和支持的 Web MVC 框架包括 JSF 和 Struts。Spring 參考手冊(cè)描述了如何將 Spring 與這些 Web 框架集成。盡管 WebSphere Application Server 支持上面的任何用法，但 IBM 僅為 WebSphere Application Server 附帶的框架提供缺陷支持。
計(jì)劃和線(xiàn)程池
如果需要異步運(yùn)行代碼，那么應(yīng)該使用 WorkManagerTaskExecutor。在 Spring 中，這是唯一使用由 WebSphere Application Server 托管的線(xiàn)程池的 TaskExecutor 實(shí)現(xiàn)。其他 TaskExecutor 實(shí)現(xiàn)可以啟動(dòng)非托管線(xiàn)程。有關(guān)非托管線(xiàn)程的詳細(xì)信息，請(qǐng)參見(jiàn)避免的場(chǎng)景。
在 WebSphere Application Server 管理控制臺(tái)中，通過(guò)導(dǎo)航到 Resources => Asynchronous beans => Work managers 可以對(duì) WorkManager 進(jìn)行設(shè)置。然后可以在 Spring 配置文件中使用資源的 JNDI 名稱(chēng)來(lái)定義 WorkManagerTaskExecutor。
Spring Portlet
Spring Portlet 可以在 WebSphere Portal V6.0 和 WebSphere Application Server V6.1 Portlet 容器中運(yùn)行。有關(guān) Spring Portlet 的示例集，請(qǐng)參見(jiàn) Spring Portlet MVC。在 WebSphere Application Server V6.1 Portlet 容器中運(yùn)行 Portlet 需要?jiǎng)?chuàng)建其他 Web 應(yīng)用程序才能定義 Portlet 的布局和聚合。從 WebSphere Application Server 信息中心可以獲得關(guān)于如何使用 Portlet 聚合器標(biāo)記庫(kù)的信息，在文章 探索 WebSphere Application Server V6.1 Portlet 容器: 第 1 部分：Portlet 容器介紹 中的其他補(bǔ)充信息中也可找到。
通常結(jié)合使用 JSF 和 Portlet 進(jìn)行呈現(xiàn)。關(guān)于如何將 Spring、Hibernate、JSF 和 WebSphere Portal 組合起來(lái)運(yùn)行的信息可以通過(guò)文章 Configuring Hibernate, Spring, Portlets, and OpenInSessionViewFilter with IBM WebSphere Portal Server 了解。
避免的場(chǎng)景
已經(jīng)知道以下場(chǎng)景在 WebSphere Application Server 環(huán)境中會(huì)出現(xiàn)問(wèn)題，應(yīng)該避免它。列出這些場(chǎng)景的原因有許多，不過(guò)，最常見(jiàn)的原因是 Spring 使用了內(nèi)部 WebSphere 接口。這些內(nèi)部接口的使用破壞了 WebSphere Application Server 保證應(yīng)用程序環(huán)境的完整性和管理應(yīng)用程序資源的能力。應(yīng)該避免使用任何依賴(lài)于內(nèi)部 WebSphere 接口的 Spring 功能。
REQUIRES_NEW 和 NOT_SUPPORTED 事務(wù)策略
WebSphere Application Server 為維護(hù)數(shù)據(jù)完整性提供了可靠的環(huán)境。它提供此環(huán)境的方法之一是始終確保應(yīng)用程序邏輯在事務(wù)范圍內(nèi)執(zhí)行。在容器將要執(zhí)行業(yè)務(wù)邏輯時(shí)，它會(huì)檢查事務(wù)狀態(tài)。如果全局事務(wù)不是動(dòng)態(tài)的，則容器會(huì)創(chuàng)建并管理新的 local transaction containment (LTC) 范圍。容器將在業(yè)務(wù)邏輯結(jié)束時(shí)完成 LTC，并在任何應(yīng)用程序啟動(dòng)的全局事務(wù)過(guò)程中將它掛起。這可以確保在業(yè)務(wù)邏輯執(zhí)行結(jié)束時(shí)總是正確地清除資源。
Spring 為管理事務(wù)提供了機(jī)制。不過(guò)，它支持的事務(wù)策略超出了通?？梢栽趹?yīng)用程序級(jí)別處理的策略集的范圍。具體說(shuō)來(lái)，它為 REQUIRES_NEW 和 NOT_SUPPORTED 的 EJB 容器管理的語(yǔ)義提供它自已的等效支持。這兩個(gè)容器管理的策略都需要掛起和恢復(fù)事務(wù)的功能，但是為使用 EJB 容器而保留了此功能（不適當(dāng)?shù)氖褂脮?huì)導(dǎo)致數(shù)據(jù)完整性問(wèn)題）。為提供此行為，Spring 使用了內(nèi)部 WebSphere 接口，但不知道它對(duì)容器的影響。使用內(nèi)部接口掛起和恢復(fù)事務(wù)將破壞 Web 和 EJB 容器管理資源和 LTC 的功能，并可能使容器處于未知狀態(tài)，從而可能導(dǎo)致數(shù)據(jù)損壞。
以下兩個(gè)步驟可以避免此場(chǎng)景：
- 不使用需要掛起和恢復(fù)語(yǔ)義的 Spring 事務(wù)策略。
- 不配置 Spring JtaTransactionManager 使其支持掛起和恢復(fù)語(yǔ)義。
第一是應(yīng)用程序設(shè)計(jì)時(shí)間限制。如果您構(gòu)建應(yīng)用程序，請(qǐng)不要在語(yǔ)義中設(shè)計(jì)需要使用 Spring 來(lái)掛起和恢復(fù)事務(wù)。如果需要掛起和恢復(fù)語(yǔ)義，請(qǐng)改為使用無(wú)狀態(tài)會(huì)話(huà) EJB。
第二是部署時(shí)間配置約束。如果在 WebSphere Application Server 中部署基于 Spring 的應(yīng)用程序，則該應(yīng)用程序在嘗試使用 Spring 的掛起和恢復(fù)語(yǔ)義時(shí)將會(huì)失敗。以這種方式失敗比隨機(jī)數(shù)據(jù)損壞錯(cuò)誤要好得多。下面是必須在 WebSphere Application Server 中配置 Spring JtaTransactionManager 的正確方法：
<bean id="transactionManager"
class="org.springframework.transaction.jta.JtaTransactionManager">
<property name="autodetectTransactionManager"
value="false"/>
</bean>
|
這將把 transactionManager Bean 配置為使用 UserTransaction API 來(lái)控制事務(wù)的開(kāi)始、提交和回滾。這使得可以不使用掛起和恢復(fù)語(yǔ)義來(lái)支持事務(wù)控制。
上面所述的 Spring JtaTransactionManager 用法不支持與現(xiàn)有事務(wù)同步的 Spring 注冊(cè)功能。要做到這一點(diǎn)，需要使用 WebSphereTransactionManagerFactoryBean。使用 WebSphereTransactionManagerFactoryBean 的客戶(hù)或調(diào)用內(nèi)部事務(wù)管理器接口的任何其他類(lèi)將不受支持。
JDBC 本機(jī)連接
當(dāng)各種 JDBC 操作需要與本機(jī) JDBC 資源交互時(shí)，Spring 可提供訪問(wèn)本機(jī)連接的機(jī)制。當(dāng)在 JdbcTemplate 類(lèi)上設(shè)置了 NativeJdbcExtractor 類(lèi)時(shí)，JdbcTemplate 類(lèi)才可以利用此功能。設(shè)置 NativeJdbcExtractor 類(lèi)后，當(dāng)與 WebSphere Application Server 一起使用時(shí)，Spring 總是向下找到本機(jī) JDBC 連接。這將忽略以下 WebSphere QoS 功能和優(yōu)點(diǎn)：
- 連接處理跟蹤和再關(guān)聯(lián)
- 連接共享
- 事務(wù)狀態(tài)
- 池管理
- 最后的代理事務(wù)參與。
這帶來(lái)的另一個(gè)問(wèn)題是 WebSphereNativeJdbcExtractor 類(lèi)將依賴(lài)于內(nèi)部 WebSphere 適配器類(lèi)。這些內(nèi)部類(lèi)可能因 WebSphere Application Server 的版本而異，并且以后可能更改，從而中斷依賴(lài)于此功能的應(yīng)用程序。
在 WebSphere Application Server 上不支持使用 NativeJdbcExtractor 類(lèi)實(shí)現(xiàn)（例如 WebSphereNativeJdbcExtractor），客戶(hù)應(yīng)避免需要它的場(chǎng)景。備選方案是使用 WebSphere Application Server WSCallHelper 類(lèi)來(lái)訪問(wèn)非標(biāo)準(zhǔn)供應(yīng)商的數(shù)據(jù)源擴(kuò)展。
類(lèi)加載器的缺點(diǎn)
Spring 和 WebSphere Application Server 都使用多個(gè)開(kāi)放源代碼項(xiàng)目，遺憾的是，它們共有的項(xiàng)目版本并不總是匹配。應(yīng)該將 Spring 依賴(lài)項(xiàng)包裝為應(yīng)用程序的一部分，并且應(yīng)該按照下面的描述設(shè)置服務(wù)器以避免沖突。否則，類(lèi)加載器可能無(wú)法為運(yùn)行時(shí)或應(yīng)用程序加載適當(dāng)?shù)陌姹?。通常，這將導(dǎo)致在日志中出現(xiàn)有關(guān)類(lèi)的版本不匹配、ClassCastExceptions 或 java.lang.VerifyErrors 等異常。
其中一個(gè)示例是使用 Jakarta Commons Logging。配置供應(yīng)用程序使用的 Jakarta Commons Logging (JCL)，或者使用不是由應(yīng)用服務(wù)器提供的其他版本的 JCL（例如，使用應(yīng)用程序代碼嵌入的 JCL）需要在 WebSphere Application Server 上進(jìn)行特定的配置。有關(guān)如何配置部署的應(yīng)用程序，以使用內(nèi)嵌版本的常用技術(shù)的策略，請(qǐng)參見(jiàn) Integrating Jakarta Commons Logging。請(qǐng)關(guān)注支持網(wǎng)站，了解是否提供了如何在 WebSphere Application Server V6.x 產(chǎn)品上配置內(nèi)嵌 JCL 的更新。這僅僅是沖突的一個(gè)示例。其他示例可能包括應(yīng)用程序使用的 JDOM 或特定版本的 JavaMail。不支持將 WebSphere Application Server 的 JAR 文件替換為這些或具有更高版本或不同版本的其他包。
在 WebSphere Application Server 上困擾 Spring 用戶(hù)的另一個(gè)類(lèi)加載器問(wèn)題是 Spring 加載資源的方法。資源可以包括消息綁定之類(lèi)的內(nèi)容，通過(guò)類(lèi)加載器層次結(jié)構(gòu)和在層次結(jié)構(gòu)中查找資源的各種策略，能夠在非目標(biāo)位置找到使用公共名稱(chēng)的資源?？梢允褂?WebSphere Application Server 類(lèi)加載器查看器來(lái)幫助解決此問(wèn)題。合并資源和包括其他版本的公共庫(kù)可能需要應(yīng)用程序?qū)①Y源重命名為唯一的名稱(chēng)。
非托管線(xiàn)程
某些 Spring 場(chǎng)景可能導(dǎo)致創(chuàng)建非托管的線(xiàn)程。非托管線(xiàn)程對(duì) WebSphere Application Server 是未知的，并且不能訪問(wèn) Java EE 上下文信息。此外，它們可以在 WebSphere Application Server 不知道的情況下利用資源，存在管理員不能控制其數(shù)量和資源使用情況的問(wèn)題，在發(fā)生故障時(shí)，它們還阻止應(yīng)用服務(wù)器正常關(guān)機(jī)或恢復(fù)資源。應(yīng)用程序應(yīng)該避免導(dǎo)致啟動(dòng)非托管線(xiàn)程的任何場(chǎng)景：
-
registerShutdownHook
第一種場(chǎng)景是在使用 Spring AbstractApplicationContext 或它的一個(gè)子類(lèi)時(shí)。registerShutdownHook 是一個(gè)公共方法，它可以創(chuàng)建線(xiàn)程并將其注冊(cè)到 Java 虛擬機(jī)，以便在關(guān)機(jī)時(shí)運(yùn)行以關(guān)閉 ApplicationContext。應(yīng)用程序可以避免這一點(diǎn)，方法是利用從 WebSphere 容器接收的常規(guī)生命周期通知來(lái)顯式調(diào)用 ApplicationContext 上的關(guān)閉。
-
入站 JMS 消息
Spring JMS MessageListenerContainer 類(lèi)利用啟動(dòng)非托管線(xiàn)程（例如 SimpleAsyncTaskExecutor）的類(lèi)來(lái)偵聽(tīng)傳入的 JMS 消息。Spring JMS 容器不僅可以啟動(dòng)非托管線(xiàn)程，而且還可以使用無(wú)法由 Java EE 環(huán)境中的應(yīng)用程序調(diào)用的 JMS API。（有關(guān)詳細(xì)信息，請(qǐng)參見(jiàn) Java EE 規(guī)范 J2EE.6.6 部分。）
可以使用 Spring 遠(yuǎn)程處理 API 生成 JMS 消息，但是客戶(hù)應(yīng)該使用消息驅(qū)動(dòng)的 Bean 處理傳入的消息，避免使用 Spring JMS MessageListenerContainer。這可以使用容器適當(dāng)?shù)乜刂坪突謴?fù)資源和事務(wù)。
-
JMX 服務(wù)器
應(yīng)用程序應(yīng)避免使用 Spring JMX ConnectorServerFactoryBean，它是啟動(dòng)非托管線(xiàn)程的另一個(gè)類(lèi)。WebSphere Application Server 已經(jīng)向 JMX 服務(wù)器提供了多個(gè)受支持的連接器協(xié)議。應(yīng)用程序可以向 WebSphere Application Server 的 JMX 服務(wù)器注冊(cè) MBean，并對(duì)它們進(jìn)行遠(yuǎn)程訪問(wèn)。
-
非集成的計(jì)劃包
Spring 提供或集成了大量的計(jì)劃包。只有與 WebSphere Application Server 托管的線(xiàn)程一起使用的 Spring 計(jì)劃包是 CommonJ WorkManager 計(jì)劃包。其他包（如 quartz 和 JDK Timer）會(huì)啟動(dòng)非托管線(xiàn)程，應(yīng)該避免使用。
-
WeakReferenceMonitor
Spring 為簡(jiǎn)化開(kāi)發(fā) EJB 組件提供了方便的類(lèi)。請(qǐng)注意，這些方便的類(lèi)會(huì)生成 WeakReferenceMonitor 用來(lái)執(zhí)行清除操作的非托管線(xiàn)程。
|
|
結(jié)束語(yǔ)
如果經(jīng)過(guò)充分考慮避免了問(wèn)題場(chǎng)景，則可以在 WebSphere 平臺(tái)上以完全支持的方式使用 Hibernate 和 Spring。尤其是，客戶(hù)必須確保他們使用這些框架不涉及使用內(nèi)部 WebSphere 接口。獲得 IBM 的 WebSphere Application Server 支持的用戶(hù)如果在將 WebSphere Application Server 和 Spring 或 Hibernate 一起使用時(shí)遇到問(wèn)題，可以獲得 IBM 的幫助來(lái)診斷問(wèn)題，除非問(wèn)題被確認(rèn)為使用了不支持的場(chǎng)景，或不是 WebSphere Application Server 的問(wèn)題。客戶(hù)應(yīng)該按照相應(yīng)項(xiàng)目網(wǎng)絡(luò)上的說(shuō)明自行從其他公司獲得對(duì) Hibernate 和 Spring 框架的支持。
致謝
作者非常感謝 Ian Robinson、Keys Botzum、Paul Glezen、Thomas Sandwick、Bob Conyers 和 Neil Laraway，他們對(duì)本文提出了寶貴意見(jiàn)。
參考資料
作者簡(jiǎn)介
|
|
|
|
|
Tom Alcott 是 IBM 美國(guó)的一位 IT 咨詢(xún)專(zhuān)家。自 1998 年 Worldwide WebSphere Technical Sales Support 小組成立以來(lái)，他就一直是該小組的成員。在此期間，他花費(fèi)了大多數(shù)時(shí)間來(lái)編寫(xiě)用戶(hù)手冊(cè)。在開(kāi)始研究 WebSphere 之前，他是 IBM 的 Transarc 實(shí)驗(yàn)室的一名系統(tǒng)工程師，負(fù)責(zé)支持 TXSeries。他有 20 多年從事基于大型機(jī)和分布式系統(tǒng)的應(yīng)用程序設(shè)計(jì)與開(kāi)發(fā)工作的背景。他撰寫(xiě)并發(fā)表了大量關(guān)于 WebSphere 運(yùn)行時(shí)問(wèn)題的文章。
|
|
|
|
|
|
Roland Barcia 是位于紐約/新澤西地區(qū)的IBM WebSphere 軟件服務(wù)部的一位認(rèn)證 IT 專(zhuān)家。他是 IBM WebSphere: Deployment and Advanced Configuration 的合著者之一。有關(guān) Roland 的詳細(xì)信息，請(qǐng)?jiān)L問(wèn)他的網(wǎng)站。
|
|
|
|
|
|
Jim Knutson 是 WebSphere 的 J2EE 架構(gòu)師。Jim 負(fù)責(zé) IBM 參與的 J2EE 相關(guān)規(guī)范，他參與這些工作的時(shí)間要追溯到 J2EE 出現(xiàn)以前。Jim 還參與了編程模型的改進(jìn)，以支持 SOA 和 Web 服務(wù)。
|