JPA

JPA的起源

Sun引入新的JPA ORM規範出于兩個原因：其一，簡化現有Java EE和Java SE應用的對象持久化的開發工作；其二，Sun希望整合ORM技術，實現天下歸一。

JPA由EJB 3.0軟件專家組開發，作為JSR-220實現的一部分。但它不囿于EJB 3.0，你可以在Web應用、甚至桌面應用中使用。JPA的宗旨是為POJO提供持久化标準規範，由此可見，經過這幾年的實踐探索，能夠脫離容器獨立運行，方便開發和測試的理念已經深入人心了。目前Hibernate 3.2、TopLink 10.1.3以及OpenJPA都提供了JPA的實現。

JPA的總體思想和現有Hibernate、TopLink，JDO等ORM框架大體一緻。總的來說，JPA包括以下3方面的技術：

ORM映射元數據

JPA支持XML和JDK5.0注解兩種元數據的形式，元數據描述對象和表之間的映射關系，框架據此将實體對象持久化到數據庫表中；

JPA的API

用來操作實體對象，執行CRUD操作，框架在後台替我們完成所有的事情，開發者從繁瑣的JDBC和SQL代碼中解脫出來。

查詢語言

這是持久化操作中很重要的一個方面，通過面向對象而非面向數據庫的查詢語言查詢數據，避免程序的SQL語句緊密耦合。

JPA的優勢

标準化

JPA是JCP組織發布的Java EE标準之一，因此任何聲稱符合JPA标準的框架都遵循同樣的架構，提供相同的訪問API，這保證了基于JPA開發的企業應用能夠經過少量的修改就能夠在不同的JPA框架下運行。

特性支持

JPA框架中支持大數據集、事務、并發等容器級事務，這使得JPA超越了簡單持久化框架的局限，在企業應用發揮更大的作用。

簡單易用

JPA的主要目标之一就是提供更加簡單的編程模型：在JPA框架下創建實體和創建Java類一樣簡單，沒有任何的約束和限制，隻需要使用javax.persistence.Entity進行注釋,JPA的框架和接口也都非常簡單，沒有太多特别的規則和設計模式的要求，開發者可以很容易的掌握。JPA基于非侵入式原則設計，因此可以很容易的和其它框架或者容器集成。

查詢能力

JPA的查詢語言是面向對象而非面向數據庫的，它以面向對象的自然語法構造查詢語句，可以看成是Hibernate HQL的等價物。JPA定義了獨特的JPQL（Java Persistence Query Language），JPQL是EJB QL的一種擴展，它是針對實體的一種查詢語言，操作對象是實體，而不是關系數據庫的表，而且能夠支持批量更新和修改、JOIN、GROUP BY、HAVING 等通常隻有SQL才能夠提供的高級查詢特性，甚至還能夠支持子查詢。

高級特性

JPA中能夠支持面向對象的高級特性，如類之間的繼承、多态和類之間的複雜關系，這樣的支持能夠讓開發者最大限度的使用面向對象的模型設計企業應用，而不需要自行處理這些特性在關系數據庫的持久化。

JPA供應商

JPA的目标之一是制定一個可以由很多供應商實現的API，并且開發人員可以編碼來實現該API，而不是使用私有供應商特有的API。因此開發人員隻需使用供應商特有的API來獲得JPA規範沒有解決但應用程序中需要的功能。盡可能地使用JPA API，但是當需要供應商公開但是規範中沒有提供的功能時，則使用供應商特有的API。

Hibernate

JPA是需要Provider來實現其功能的，Hibernate就是JPA Provider中很強的一個，目前來說應該無人能出其右。從功能上來說，JPA現在就是Hibernate功能的一個子集。Hibernate 從3.2開始，就開始兼容JPA。Hibernate3.2獲得了Sun TCK的JPA(Java Persistence API)兼容認證。

隻要熟悉Hibernate或者其他ORM框架，在使用JPA時會發現其實非常容易上手。例如實體對象的狀态，在Hibernate有自由、持久、遊離三種，JPA裡有new，managed，detached，removed，明眼人一看就知道，這些狀态都是一一對應的。再如flush方法，都是對應的，而其他的再如說Query query = manager.createQuery(sql)，它在Hibernate裡寫法上是session，而在JPA中變成了manager，所以從Hibernate到JPA的代價應該是非常小的

同樣，JDO，也開始兼容JPA。在ORM的領域中，看來JPA已經是王道，規範就是規範。在各大廠商的支持下，JPA的使用開始變得廣泛。

Spring

Spring + Hibernate 常常被稱為 Java Web 應用人氣最旺的框架組合。而在 JCP 通過的 Web Beans JSR ，卻欲将JSF + EJB + JPA 、來自 JBoss Seam（Spring 除外）的一些組件和EJB 3（目前能夠提供有基本攔截和依賴注入功能的簡化 Session Bean框架）的一個 Web 組合進行标準化。如今的 Spring 2.0 為 JPA提供了完整的 EJB容器契約，允許 JPA在任何環境内可以在 Spring 管理的服務層使用（包括 Spring 的所有 AOP 和 DI 增強）。同時，關于下一個Web應用組合會是 EJB、Spring + Hibernate 還是 Spring + JPA 的論戰，早已充斥于耳。

在Spring 2.0.1中，正式提供對JPA的支持，這也促成了JPA的發展，要知道JPA的好處在于可以分離于容器運行，變得更加的簡潔。

OpenJPA

OpenJPA 是 Apache組織提供的開源項目，它實現了 EJB 3.0 中的 JPA 标準，為開發者提供功能強大、使用簡單的持久化數據管理框架。OpenJPA封裝了和關系型數據庫交互的操作，讓開發者把注意力集中在編寫業務邏輯上。OpenJPA可以作為獨立的持久層框架發揮作用，也可以輕松的與其它 Java EE應用框架或者符合 EJB 3.0标準的容器集成。

相關信息

目前支持的實現包括Toplink、Hibernate Entitymanager等。TopLink以前需要收費，如今開源了。OpenJPA雖然免費，但功能、性能、普及性等方面更加需要加大力度。

對于EJB來說，實體Bean一直是被批評的對象，由于其太複雜和龐大。JPA的出現，很大程度的分離了複雜性。這讓EJB的推廣也變得容易。

總而言之，JPA規範主要關注的僅是API的行為方面，而由各種實現完成大多數性能有關的調優。盡管如此，所有可靠的實現都應該擁有某種數據緩存，以作為選擇。但願不久的将來，JPA能成為真正的标準。

小結

EJB 3.0和JPA 毫無疑問将是Java EE 5的主要賣點。在某些領域中，它們給Java社區帶來了競争優勢，并使Java 在其他領域與競争對手不分伯仲（因為，不可否認，目前某些領域尚不存在基于标準的方法）。

過去數年來，Spring Framework一直是EJB在企業領域的主要競争對手。EJB3.0規範解決了很多促進Spring興起的問題。随着它的出現，EJB3.0毫無疑問比Spring提供了更好的開發體驗——最引人注目的優勢是它不需要配置文件。

JPA提供一種标準的OR映射解決方案，該解決方案完全集成到EJB3。0兼容的容器中。JPA的前輩将會繼續穩定發展，但是業務應用程序中的 raw 使用将可能會減少。實現JPA兼容的實體管理器似乎很可能是此類技術的發展方向。

Java EE系列規範的較大問題與JPA沒有任何關系。Java EE系列規範的問題涉及到Web和EJB容器之間的集成。Spring在此領域仍然具有主要競争優勢。JBoss的Seam項目嘗試使用自定義的方法來解決這一問題。Caucho Resin應用服務器試圖擴展容器邊界并支持在Web容器中使用@EJB注釋。我們希望Java EE 5.1将解決層集成的問題，為我們提供一個全面而标準的依賴性注入方法。

在不久的将來，Sun可能會将JPA作為一個單獨的JSR對待，同時JPA還可能作為Java SE的一部分。不過這些都不太重要，重要的是，我們現在已經可以在脫離容器的情況下、在Java SE應用中使用JPA了。

JPA已經作為一項對象持久化的标準，不但可以獲得Java EE應用服務器的支持，還可以直接在Java SE中使用。開發者将無需在現有多種ORM框架中艱難地選擇，按照Sun的預想，現有ORM框架頭頂的光環将漸漸暗淡，不再具有以往的吸引力。