企业级JavaBean开发课程大纲1、JavaEE技术体系2、EJB3.0技术简介3、EnterpriseBean（企业Bean）理论及实例开发SessionBean MDB4、Persistence（JPA-数据持久化框架）Entity BeanEntity Manager EJB-QL（EJB查询语言）OR映射

为了学习EJB 3.0 ，我学习EJB2.0 因此我遇见了这篇文章，顺便就翻译了出来。我确实服了老外，半天说不到关键点上，说了好多的废话。不过话又说回来，他们对知识的严谨，对问题的认真，让我跟也加佩服了，也因此坚持的翻译下来了，两个晚上不白费哈。 希望对同路人能有所帮助哈。

1：RMI工作原理首先说说RMI的工作原理，因为EJB毕竟是基于RMI的嘛。废话就不多讲了，RMI的本质就是实现在不同JVM之间的调用它的实现方法就是在两个JVM中各开一个Stub和Skeleton，二者通过socket通信来实现参数和返回值的传递。

EJB（EntitypriseJavaBean）是基于java开发，部署服务器端分布式组件标准。能实现完整的三层分离，提高开发效率。优点：规范化的标准，部署简单，灵活。相较于以往SSH框架，工程的结构更加简单清晰，目的单一明确，且Service端和Client端是独立分开的工程，在开发中，不会出现SSH工程那样庞大的工程目录。分布式组件开发，降低了开发过程中代码维护的难度和风险，基本排除了单个程序员上传问题代码导致整个工程无法启动的问题。在以往的开发中，任务的分发是纵向的瀑布式结构，遇到公用模块，就会出现功能重复的代码，甚至是相互冲突的代码。

这个系列的文章是EJB3.1专家小组正在开发的下个版本JavaEE规范的预览。EJB3.0去掉了沉重的编程模型而带给Java EE 5一个更简单的编程环境。EJB3.1目标是在EJB3.0带来的成功之上，将简单开发深入下去并增加一些急需的特性。 在这第一篇文章中，我将涵盖已经讨论的很深入的两个特性——选择性的为EJBs和Singleton Bean创建接口。同时，我也将提到一些已经开始考虑的可能出现的新特性。记住，所有的这些都不是最终版本。

abstract public String mappedName此 ejb 引用应该映射到的 EJB 组件的特定产品名称。此映射的名称通常是全局 JNDI 名称，但也可以是任何形式的名称。 应用服务器不需要支持任何特殊形式或类型的映射名称，也不需要具有使用映射名称的能力。映射的名称与产品有关，并且通常与安装有关。任何对映射名称的使用都不可移植。

Enterprise JavaBeans是一个用于分布式业务应用的标准服务端组件模型。采用Enterprise JavaBeans架构编写的应用是可伸缩的、事务性的、多用户安全的。采用ejb编写的这些应用，可以部署在任何支持Enterprise JavaBeans规范的服务器平台，如jboss、weblogic等。

Enterprice JavaBeans是一个用于分布式业务应用的标准服务端组件模型。采用Enterprice JavaBeans架构编写的应用是可伸缩的、事务性的、多用户安全的。采用ejb编写的这些应用，可以部署在任何支持Enterprice JavaBeans规范的服务器平台，如jboss、weblogic等。EJB实际上是用于编写业务层代码。如果大家对于MVC (model-view-controller)结构的应用有所了解的话,我们知道一个基于MVC结构的应用应包含显示层、控制层和业务层, 假设我们采用ejb开发基于MVC结构的应用,那么ejb就是用于开发应用的业务层。EJB为我们提供了很多在企业开发中需要使用到的服务,如事务管理/安全/持久化/分布式等,因为这些服务由容器提供,无需我们自行开发,这样大大减少了我们的开发工作量.另外EJB提供了强制式分层解耦设计方法

EJB的上层的分布式应用程序是基于对象组件模型的，低层的事务服务用了API技术。EJB技术简化了用JAVA语言编写的企业应用系统的开发，配置，和执行。EJB的体系结构的规范由Sun Microsystems公司制定。Inprise的EJB容器是基于1.1版的规范。

第2章 会话Bean (Session Bean) 第3章 实体Bean (Entity Bean) 第6章 Web服务 (Web Service)

EJB设计模式概述。一．设计模式重要性采用EJB技术的J2EE项目中，EJB架构的设计好坏将直接影响系统的性能、可扩展性、可维护性、组件可重用性及开发效率。项目越复杂，项目队伍越庞大则越能体现良好设计的重要性。

EJB3事务管理分为两种：CMT（容器管理事务）和BMT（Bean管理事务），只有SessionBean和MessageDrivenBean才支持CMT和BMT。SessionBean默认是受CMT管理，当然也可以在代码中通过注解显示声明

java ejb3实现三种bean设计文档

期待以久的EJB3.0规范在最近发布了它的初稿。在本文中将对新的规范进行一个概要性的介绍，包括新增的元数据支持，EJBQL的修改，实体Bean模型访问bean上下文的新方法和运行时环境等等。作者还讨论了EJB在未来要作出的调整以及EJB3.0与其他开发规范之间的关系。

什么是EJB Enterprise JavaBeans是一个用于分布式业务应用的标准服务端组件模型。采用EnterpriseJavaBeans架构编写的应用是可伸缩的、事务性的、多用户安全的。采用ejb编写的这些应用，可以部署在任何支持Enterprise JavaBeans规范的服务器平台，如jboss、weblogic等。

EJB3 最激动人心的是POJO 编程模型,我想对开发人员的影响将是非常大的，因为他降低了开发人员编写EJB 的要求。EJB3 的bean类将更像常规的Java bean。不要求像过去那样实现特殊的回调界面或者扩展EJB类。所以它 将使EJB的开发更像常规的Java 开发。

EJB作为企业级的数据访问/持久化标准在1999年作为J2EE规范的核心规范出现，极大的转变了java企业级开发的模式，为java软件开发提供了一个良好的架构。 EJB从1.0到2.1在J2EE架构中，都是作为一个服务器端的(Server side)的数据访问中间件。开发人员通过EJB标准的API接口来访问操作数据，避免直接用JDBC和Sql操作底层的数据库。从整个EJB规范的角度来说，EJB 3和EJB 2.1最大变更在Entity Bean持久化API上。在EJB3中，Entity Bean持久化已经单独作为一个Persistence API规范和其他的EJB部分分离开来。下面我们主要讨论EJB 3和EJB 2.1在持久化API上的区别。

Enterprice JavaBeans是一个用于分布式业务应用的标准服务端组件模型。采用Enterprice JavaBeans架构编写的应用是可伸缩的、事务性的、多用户安全的。采用ejb编写的这些应用，可以部署在任何支持Enterprice JavaBeans规范的服务器平台，如jboss、weblogic等。

EntityManager称为实体管理器，它由EntityManagerFactory所创建。EntityManagerFactory，作为EntityManager的工厂，包含有当前O-R映射的元数据信息，每个EntityManagerFactory，可称为一个持久化单元（PersistenceUnit），每个持久化单元可认为是一个数据源的映射（所谓数据源，可理解为一个数据库，我们可以在应用服务器中配置多个数据源，同时使用不同的PersistenceUnit来映射这些数据源，从而能够很方便的实现跨越多个数据库之间的事务操作！）

EJB作为企业级的数据访问/持久化标准在1999年作为J2EE规范的核心规范出现，极大的转变了java企业级开发的模式，为java软件开发提供了一个良好的架构。 EJB从1.0到2.1在J2EE架构中，都是作为一个服务器端的(Server side)的数据访问中间件。开发人员通过EJB标准的API接口来访问操作数据，避免直接用JDBC和Sql操作底层的数据库。