Java Persistence API：持久性单元（Persistence Units）

如果你打算在你的应用中使用JPA，你就需要使用持久性单元(Persistence Units)。持久性单元具有唯一的名称，负责定义应用中的一组实体如何进行管理和持久性。在应用中使用persistence.xml文件来设置持久性单元，可以配置多个持久性单元，但每个单元拥有唯一的名称。

持久性单元包含的属性有：

• 在该持久性单元范围（作用域）内的实体类
• 为上述实体类提供持久性的持久性提供者(Persistence Provider)或库
• 上述实体类的数据源(Data Source)
• 应用使用的事务类型(Transaction Type)

持久性单元能够被打包成WAR文件，EJB-JAR文件,EAR文件的一部分，或者直接打包成应用程序能够直接使用的JAR文件。

持久性单元的范围（作用域）取决于persistence.xml文件的位置。一般说来，IDE能够使用引导界面来正确放置persistence.xml的位置。例如使用IDE为EJB模块（Module）创建的持久性单元，persistence.xml文件将被放在EJB模块的src/conf目录中，当你将模块打包时，persistence.xml文件被放在EJB JAR文件的META-INF目录中。这样持久性单元的作用域就是EJB JAR文件中的类。

注意：persistence.xml文件的位置决定持久性的根(Persistence Root)。持久性的根为JAR文件或者包含META-INF目录（前提是persistence.xml位于此）的目录。

持久性提供者（Persistence Provider）

持久性提供者指的是JPA的实现。持久性提供者是一个能够为应用提供持久性对象的的库。例如Netbeans绑定了TopLink Essentials 作为持久性提供者，同时TopLink Essentials也是Sun Java System Application Server Platform Edition 9 (Glassfish)的参考实现和默认配置。TopLink Essentials包括toplink-essentials.jar和toplink-essentials-agent.jar两个JAR文件。你可以使用别的持久性提供者例如Hibernate。

数据源

数据源指的是提供实体存储的数据库。数据源必须在服务器中注册并且使用JNDI名称指定。如果事务是由容器管理的JTA事务
那么数据源必须是JTA数据源。如果事务是应用负责管理的，数据源根据在IDE中注册的JDBC数据库连接指定。
在Java SE环境下，数据库可以通过数据源指定，也可以使用其他方法，取决于持久性提供者的要求。

事务类型

持久性单元指定事务是如何管理的。事务类型取决于目标容器，如果目标容器是Java EE容器，你可以使用容器管理或者应用管理。如果不是这样的话，你只能使用应用管理。

• 容器管理的事务（JTA事务）

容器使用Java Transaction API来管理事务。你必须将你的应用部署在Java EE容器中，并且你的数据源必须支持JTA。
在persistence.xml中事务类型被设置为JTA.如果你使用Glassfish这个是默认选项。

• 应用管理的事务（本地资源事务：Resource-Local Transaction）

由应用负责事务处理。在persistence.xml文件中，被设置为RESOUCE_LOCAL