JNDI Naming Context

    无论J2EE还是Java EE中，JNDI是一个好像不起眼，但是极其重要的概念，不理解JNDI可以说，对J2EE或JavaEE只了解一半。

    JNDI本来是EJB2中比较复杂的一个概念，不同容器有自己的JNDI名称，由此EJB2引入了第三者EJB-Reference，虽然解决了代码中耦合JNDI名称问题，但是又带来了更加烦琐的配置，这种现象当然被JavaEE5.0继续继承了下来，问题远非这么简单。

    J在Java EE5.0中（包括EJB3和Web环境），当我们需要访问一个JNDI环境下资源时，有两种方式：除了传统EJB2中的JNDI调用方式；还有一种就是：使用依赖注射Ioc模式，这个依赖注射的表达方式是使用annotations.

    因此，在EJB3中，必须好好搞清楚annotations、依赖注射和JNDI之间的关系，如果这个问题不弄明白，EJB3就绝非EJB2那么容易搞定，当然，搞定了的结果很简单，让人感觉简化轻量了，真不知道EJB3这种简化是不是有点象“掩耳盗铃”。

    可以总结一句：凡是EJB2中使用配置文件定义的；EJB3一般都可以使用 annotations定义（当然EJB3也支持配置文件定义）；凡是EJB2通过JNDI寻找的资源（调用容器中其他EJB、调用环境变量等Resource资源等），都是可以依靠annotations+依赖注射机制完成。

    JPA替代实体Bean

    如果说EJB3与EJB2变化最大的部分，就是持久层使用Java Persistence API 替代了EJB2的实体Bean，这样，我们通过Evans DDD建模得到的Domain Model类可以直接持久化保存到数据库，不像EJB2中还需要在Model类和实体Bean中进行一次转换。

    EJB3引入EntityManager进行需要持久实体的查询及其新增修改；EntityManager非常类似JDBCTemp/HibernateTemplate等持久化模板。

    JPA和JDO以及Hibernate等O/R mapping框架都是非常相似的。

    虽然在JPA中，我们都可以使用Annotation来替代配置，实现很多过去需要专门配置文件才能实现功能，不再一定需要 每个服务器不同的cmp映射文件，增强了移植性，但是EJB3还是需要 一个叫persistence.xml配置文件，在这个配置中进行数据库JNDI配置；当然，还有一些和具体服务器有关的配置属性，如果使用JBoss，JBoss的JPA底层使用Hibernate实现，因此在persistence.xml要进行有关Hibernate属性配置：

    <persistence>
<persistence-unit name="Ejb3Tutorial">
<jta-data-source>java:/TestDS</jta-data-source>
<properties>
<property name="hibernate.hbm2ddl.auto" value="create-drop"/>
</properties>
</persistence-unit>
</persistence>