JPA的定义

JPA：

定义　　JavaPersistenceAPI

 

JPA通过JDK5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。 　　JPA的目标之一是制定一个可以由很多供应商实现的API，并且开发人员可以编码来实现该API，而不是使用私有供应商特有的API。因此开发人员只需使用供应商特有的API来获得JPA规范没有解决但应用程序中需要的功能。尽可能地使用JPAAPI，但是当需要供应商公开但是规范中没有提供的功能时，则使用供应商特有的API。
　　1Hibernate
　　JPA是需要Provider来实现其功能的，Hibernate就是JPAProvider中很强的一个，目前来说应该无人能出其右。从功能上来说，JPA现在就是Hibernate功能的一个子集。Hibernate从3.2开始，就开始兼容JPA。Hibernate3.2获得了SunTCK的JPA(JavaPersistenceAPI)兼容认证。

　　只要熟悉Hibernate或者其他ORM框架，在使用JPA时会发现其实非常容易上手。例如实体对象的状态，在Hibernate有自由、持久、游离三种，JPA里有new，managed，detached，removed，明眼人一看就知道，这些状态都是一一对应的。再如flush方法，都是对应的，而其他的再如说Queryquery=manager.createQuery(sql)，它在Hibernate里写法上是session，而在JPA中变成了manager，所以从Hibernate到JPA的代价应该是非常小的

　　同样，JDO，也开始兼容JPA。在ORM的领域中，看来JPA已经是王道，规范就是规范。在各大厂商的支持下，JPA的使用开始变得广泛。

　　2Spring

　　Spring Hibernate常常被称为JavaWeb应用人气最旺的框架组合。而在JCP通过的WebBeansJSR，却欲将JSF EJB JPA、来自JBossSeam（Spring除外）的一些组件和EJB3（目前能够提供有基本拦截和依赖注入功能的简化SessionBean框架）的一个Web组合进行标准化。如今的Spring2.0为JPA提供了完整的EJB容器契约，允许JPA在任何环境内可以在Spring管理的服务层使用（包括Spring的所有AOP和DI增强）。同时，关于下一个Web应用组合会是EJB、Spring Hibernate还是Spring JPA的论战，早已充斥于耳。

　　在Spring2.0.1中，正式提供对JPA的支持，这也促成了JPA的发展，要知道JPA的好处在于可以分离于容器运行，变得更加的简洁。

　　3OpenJPA

　　OpenJPA是Apache组织提供的开源项目，它实现了EJB3.0中的JPA标准，为开发者提供功能强大、使用简单的持久化数据管理框架。OpenJPA封装了和关系型数据库交互的操作，让开发者把注意力集中在编写业务逻辑上。OpenJPA可以作为独立的持久层框架发挥作用，也可以轻松的与其它JavaEE应用框架或者符合EJB3.0标准的容器集成。

　　4其它

　　目前支持的实现包括Toplink、HibernateEntitymanager等。TopLink以前需要收费，如今开源了。OpenJPA虽然免费，但功能、性能、普及性等方面更加需要加大力度。

　　对于EJB来说，实体Bean一直是被批评的对象，由于其太复杂和庞大。JPA的出现，很大程度的分离了复杂性。这让EJB的推广也变得容易。

　　总而言之，JPA规范主要关注的仅是API的行为方面，而由各种实现完成大多数性能有关的调优。尽管如此，所有可靠的实现都应该拥有某种数据缓存，以作为选择。但愿不久的将来，JPA能成为真正的标准。

　　小结

　　EJB3.0和JPA毫无疑问将是JavaEE5的主要卖点。在某些领域中，它们给Java社区带来了竞争优势，并使Java在其他领域与竞争对手不分伯仲（因为，不可否认，目前某些领域尚不存在基于标准的方法）。

　　过去数年来，SpringFramework一直是EJB在企业领域的主要竞争对手。EJB3.0规范解决了很多促进Spring兴起的问题。随着它的出现，EJB3.0毫无疑问比Spring提供了更好的开发体验——最引人注目的优势是它不需要配置文件。

　　JPA提供一种标准的OR映射解决方案，该解决方案完全集成到EJB3。0兼容的容器中。JPA的前辈将会继续稳定发展，但是业务应用程序中的raw使用将可能会减少。实现JPA兼容的实体管理器似乎很可能是此类技术的发展方向。

　　JavaEE系列规范的较大问题与JPA没有任何关系。JavaEE系列规范的问题涉及到Web和EJB容器之间的集成。Spring在此领域仍然具有主要竞争优势。JBoss的Seam项目尝试使用自定义的方法来解决这一问题。CauchoResin应用服务器试图扩展容器边界并支持在Web容器中使用@EJB注释。我们希望JavaEE5.1将解决层集成的问题，为我们提供一个全面而标准的依赖性注入方法。

　　在不久的将来，Sun可能会将JPA作为一个单独的JSR对待，同时JPA还可能作为JavaSE的一部分。不过这些都不太重要，重要的是，我们现在已经可以在脱离容器的情况下、在JavaSE应用中使用JPA了。

　　JPA已经作为一项对象持久化的标准，不但可以获得JavaEE应用服务器的支持，还可以直接在JavaSE中使用。开发者将无需在现有多种ORM框架中艰难地选择，按照Sun的预想，现有ORM框架头顶的光环将渐渐暗淡，不再具有以往的吸引力。