改进的数据持久化模型
    EJB 3.0 对实体Bean进行了全面的革新，以吸引开发人员的注意力。持久性框架（ 如 OracleAS TopLink ）、开放源码的 Hibernate ） 已成为开发 J2EE 应用程序持久性框架的宠儿，而实体Bean由于既复杂又沉重，已不再受欢迎。 EJB3.0采用了一个类似Top Link 和Hibernate 的轻量级持久性模型，以简化容器管理的持久性，而这对开发人员而言无疑很有诱惑力。实体Bean正在作为POJO而重获新生，实体Bean也将不再需要组件接口。现在实体Bean将被视为纯粹的对象，因为它也将支持继承性和多态性。

    以下是一个简单的实体Bean的源代码 ：

@Entity public class Employee...{
private Long empNo;
private String empName;
@Id(generate=SEQUENCE) public Long getEmpNo() ...{
return empNo;
}
protected void setEmpNo(Long empNo) ...{
this.empNo = empNo;
}
public String getEmpName() ...{
return EmpName;
}
public void setEmpName(String EmpName)...{
this.EmpName = EmpName;
}
....
}

    观察以上代码，可以发现此Bean类是当前 实体Bean的实体类，而不是抽象类。
    EJB QL 中对查询功能进行了若干改进 ，并在实体Bean中支持SQL 查询。提出类似于Hibernate的新Entity Manager API（ Top Link 'Session API 的一个简化版本）用于对实体Bean进行操作，即创建、删除和查找 实体Bean。

    新的实体bean也是一个加了注释的简单Java对象(POJO)。一旦它被Entity Manager访问它就成为了一个持久化对象，并且成为了持久化上下文（context）的一部分。一个持久化上下文与一个事务上下文是松耦合的；严格的讲，它隐含的与一个事务会话共存。实体关系也是通过注释来定义的，O/R映射也是，并提供几种不同的数据库规范操作，在EJB2.1中这些要通过开发人员自己的设计模式或者其它技术来完成的（比如，自增长主键策略）。

    总结
    EJB技术正在像其它辉煌过的技术一样走到了一个关口。2000年以前这项技术充满了传奇色彩，被大批企业不假思索地接受。然而理想毕竟是理想，经过了几年的发展，技术人员对EJB的复杂性感到不厌其烦，对EJB的怀疑在蔓延和扩大。然而，最新发布的EJB3.0又给开发人员带来了信心，EJB3.0种废除了繁琐的部署描述和复杂的接口，努力减轻开发复杂性；提出了新的持久化模型，改善了EJB的效率。这些新的特点能不能帮助EJB技术重新赢得企业的认可，重现昔日的辉煌呢？我们拭目以待。