JPA和Hibernate的关系
文章出外：
http://hi.baidu.com/tianpaomian/blog/item/fd618bdeed8ef55394ee375d.html
http://www.yybean.com/hibernate-jpa
近年来ORM(Object-Relational Mapping)对象关系映射，即实体对象和数据库表的映射)技术市场人声音鼎沸，异常热闹， Sun在充分吸收现有的优秀ORM框架设计思想的基础上，制定了新的JPA(Java Persistence API)规范。JPA Java Persistence API，是Java EE 5的标准ORM接口，也是ejb3规范的一部分。
那么什么是JPA呢？JPA是通过JDK5.0注解或XML描述对象-关系表的映射关系，并将运行期实体对象持久化到数据库中去。
Hibernate与JPA的关系及其实现机制
JPA和Hibernate之间的关系，可以简单的理解为JPA是标准接口，Hibernate是实现。那么Hibernate是如何实现与JPA的这种关系的呢。Hibernate主要是通过三个组件来实现的，及hibernate-annotation、hibernate-entitymanager和hibernate-core。
hibernate-annotation是Hibernate支持annotation方式配置的基础，它包括了标准的JPA annotation以及Hibernate自身特殊功能的annotation。
hibernate-core是Hibernate的核心实现，提供了Hibernate所有的核心功能。
hibernate-entitymanager实现了标准的JPA，可以把它看成hibernate-core和JPA之间的适配器，它并不直接提供ORM的功能，而是对hibernate-core进行封装，使得Hibernate符合JPA的规范。
下面重点介绍一下hibernate-entitymanager包的主要类及实现。
HibernatePersistence.java，实现了JPA的PersistenceProvider接口，它提供createEntityManagerFactory和createContainerEntityManagerFactory两个方法来创建EntityManagerFactory对象，这两个方法底层都是调用的EJB3Configuration对象的buildEntityManagerFactory方法，来解析JPA配置文件persistence.xml,，并创建EntityManagerFactory对象。
EntityManagerFactory对象的实现是EntityManagerFactoryImpl类，这个类有一个最重要的private属性就是Hibernate的核心对象之一SessionFactory。这个类最重要的方法是createEntityManager，来返回EntityMnagaer对象，而sessionFactory属性也传入了该方法。
EntityManager对象的实现是EntityManagerImpl类，这个类继承自AbstractEntityManagerImpl类，在AbstractEntityManager类中有一个抽象方法getSession来获得Hibernate的Session对象，正是在这个Session对象的实际支持下，EntityManagerImpl类实现了JPA的EntityManager接口的所有方法，并完成实际的ORM操作。
此外，hibernate-entitymanager包中还有QueryImpl类利用EntityManagerImpl的支持实现了JPA的Query接口；TransactionImpl利用EntityManagerImpl的支持实现了JPA的EntityTransaction接口。
至此，Hibernate通过hibernate-entitymanager包完成了对于JPA的全部支持工作。
这里我们要先谈一下什么叫实体(Entity),按照JPA规范，具有ORM元数据的领域对象就叫做实体。它应具备一下条件：
1．必须使用javax.persistence.Entity注解或XML映射文件中有对应的<entity>元素；
2．必须具有一个不带参数的构造函数，类不能声明为final,方法和需要持久化的属性也不能声明为final;
3．如果游离态的实体对象需要以值的方式进行传递（如通过Sessionbean的远程业务接口传递），则必须实现Serializable接口；
4．需要持久化的属性，起访问修饰符不能是public，它必须通过实体类方法进行访问。实体的状态
实体共有4种状态：
1、 新建态：新创建的实体对象，尚未拥有持久化主键，没有和一个持久化上下文关联起来
2、 受控态：已经拥有持久化主键和持久化上下文建立了联系
3、 游离态：拥有持久化主键，但尚未和持久化上下文建立联系
4、 删除态：拥有持久化主键，已经和持久化上下文建立了联系，但已经被安排从数据库中删除
最后，补充一个让我感到意外的问题：
JPA中的Query对象的getSingleResult()方法，当查询不到结果时，抛出NoResultException、当查询到多个结果时，抛出NonUniqueResultException；并且NoResultException和NonUniqueResultException都是RuntimeException。
这样有两个问题：
1、我认为getSingleResult方法应该允许查询不到结果的情况存在的，此时它返回null即可，没有必要抛出异常；
2、即使需要在查询不到结果或者查询到多个结果时抛出异常，也不应该抛出RuntimeException，因为这样表示不需要代码显示的用try-catch块来捕获这些异常，也就不会引起用户对这两个异常的重视。
目前解决这个问题我使用的方法是
try{ Object o = query.getSingleResult(); } catch (NoResultException ex){ return null; } catch(NonUniqueResultException ex) { o = queryObject.getResultList();return ((List)o).get(0);}