第一节—EJB3.0简介

本文主要是介绍第一节—EJB3.0简介，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1.1 EJB3.0概述

EJB（Enterprise JavaBeans）是一个用来构筑企业级应用的服务器端可被管理组件，是使用Java语言构造可移植的，可重用的和可伸缩的业务应用程序的平台。由于EJB的复杂性使之在J2EE架构中的表现一直不是很好。EJB3.0是以前版本的升级版本，EJB3.0规范减轻其开发的复杂性，减轻了开发人员进行底层开发的工作量，它取消或最小化了很多(以前这些是必须实现)回调方法的实现，并且降低了实体Bean及O/R映射模型的复杂性。

EJB规范的目的在于为企业及应用开发人员实现后台业务提供一个标准方式，从而解决一些此前总是在作业过程中总是重复发生的问题。EJB以一个标准方式自动处理了诸如数据持久化，事务集成，安全对策等不同应用的共有问题，使得软件开发人员可以专注于程序的特定需求而不再饱受那些非业务元素的困扰。

1.2 EJB3.0历史

Java企业版API（Java Enterprise Edition）中提供了对EJB的规范。EJB是一个封装有某个应用程序之业务逻辑服务器端组件。EJB最早于1997年由IBM提出，后被SUN采用并形成标准（EJB 1.0 和EJB 1.1）。其后在Java社区进程(Java Community Process)支持下陆续有一些JSR被制订来定义新的EJB标准，分别是JSR 19 (EJB 2.0), JSR 153 (EJB 2.1) 以及最新的JSR 220 (EJB 3.0)。

由于IBM和Sun等EJB提倡者力推其前景，起初一些大公司纷纷采用EJB部署他们的系统。然而随后各种问题便接踵而至，对EJB的恶评短时间内激增。对于初学者，EJB的API显得太过困难；对于许多程序员来说，书写那些必须抛出特定异常的接口并将bean类作为抽象类实现的做法既不直观也不正常。当然，EJB所被赋予的使命，如对象关系映射和事务管理确实有其天然复杂性，但其API之复杂还是令开发人员们觉得望而却步，一些人开始怀疑EJB除了引入了复杂的实现手段以外似乎并未带来什么实际好处。

另外，实际运用中被发现，如果使用EJB来封装业务逻辑会带来性能上的下降。这是因为，最早的EJB规范只允许客户端通过特定协议（如CORBA）进行远程方法调用，即使大部分实际应用根本就不需要分布式计算。直到EJB 2.0才引入了本地接口，以支持可以开发不通过网络就能直接本地调用的EJB系统。尽管如此，EJB的广泛普及仍然为其复杂度所制约。

EJB规范起初的一个主要价值-对分布式应用进行事务管理-在随后的实践中被一致认为几乎没能派上用场。对于企业级应用来说，Spring和Hibernate等简化框架更加实用。因此，EJB 3.0规范(JSR 220)为了迎合这个趋势相比于之前进行了一次激进的大跳跃。受到Spring 影响，EJB 3.0也使用所谓的“传统简单Java对象（POJO）”；同时，支持依赖注入来简化全异系统的集成与配置。Hibernate的创始人Gavin King参与了这一新版规范的制订，并对EJB大加提倡。Hibernate的许多特性也被引入到Java持久化API当中，从而取代原来的实体bean。EJB 3.0规范大幅采用Java注释（annotation）来对代码进行元数据修饰，从而消减了此前EJB编程的冗杂性。相应地，EJB 3.0几乎成为了一个全新的API，与此前的数版可谓毫无相似度可言。

以下列出了版本的具体变化：

（1） EJB1.0

1998年3月24日发布。

n 定义了EJB和EJB容器的作用，实现与互动。

n 提供了最早的开发者与用户视图。

（2） EJB1.1

1999年12月17日发布。

n 开始采用XML部署描述符，默认的JNDI上下文以及可支持IIOP的RMI。

n 安全机制由角色（Role）驱动，而非方法。

n 支持实体类，且必须在应用中实现。

（3） EJB2.0

2001年8月22日发布，JSR 19 定义。

n 制定了构建面向对象商务应用的标准组建结构。

n 支持构筑使用不同开发工具所开发之组件的联合应用部署。

n 在多线程，连接池，事务管理等方面对用户透明化。

n 使符合“一次写成，多次运行”的Java思想。

n 关注企业级应用生命期间的开发，部署，运行等动作。

n 定义了不同开发工具所需遵守的契约，以便其产品能够在运行期交互。

n 支持与现行系统兼容，开发者可以扩展现有产品以使之支持EJB。

n 与其他Java API兼容。

n 支持EJB与Java2平台企业版或者其他非Java应用程序之间的互操作性。

n 支持与CORBA兼容的RMI-IIOP。

（4） EJB2.1

2003年11月24日发布，JSR 153定义。

n Web服务：可将无状态会话bean暴露为Web服务；EJB可通过引用访问Web服务。

n EJB定时器服务：提供一种新的基于定时器的事件驱动方式。可供消息驱动bean作为消息源使用。

n 增加了消息目的地。

n 进一步丰富了EJB查询语言，支持ORDER BY, AVG, MIN, MAX, SUM, COUNT和MOD。

n 使用XML schema代替DTD以定义部署描述符。

（5） EJB3.0

2006年5月2日发布，JSR 220定义。

n 全面采用Java注释代替部署描述符。（后者仍可使用，并且具有更高优先级）

1.3 EJB3.0特点

1.3.1 易用性

1.3.1.1 简化的程序设计模型

EJB3使你可以使用POJO和POJI开发EJB组件。然后使用注解对这些POJO和POJI应用配置元数据，以便添加平台服务，比如Web Service支持、生命周期回调等。

1.3.1.2 简化的持久化API

JPA定义了一种方法，可以将常规的POJO映射到数据库。使用JPA的entity对象并不要求实现任何规范特有的接口或类。Java Persistence规范定义了一个完备的对象关系映射（ORM），如此，带来很多好处。第一entity便能够在厂商之间轻松移植，还能用于应用服务器之外的常规Java应用程序，甚至可以用于客户端和服务器之间的数据传输。这使得设计更加简洁、紧凑。