用EJB 3.0简化企业Java开发(上)

核心提示：上篇：使用注释开发POJO服务 对开发服务器端应用程序而言，java企业版本即Java EE（以前叫J2EE）是一个功能强大、但又过于复杂的平台，用EJB 3.0简化企业Java开发(上)，很早以来，过于复杂历来被认为是阻碍人们采用Java EE的一个重要因素，其行为与原来EJB 2.1中的有状态和无状态的会话bean

上篇：使用注释开发POJO服务

对开发服务器端应用程序而言，java企业版本即Java EE（以前叫J2EE）是一个功能强大、但又过于复杂的平台。很早以来，过于复杂历来被认为是阻碍人们采用Java EE的一个重要因素。

但在过去的三年，Java开放源代码社区、Java社区组织（JCP）以及主要的Java EE开发商都在致力于简化Java EE。譬如说，实际的应用程序使用新的设计范例来简化Java EE的开发，譬如普通Java对象（POJO）服务、服务拦截器和依靠注入。而诸多新的工具和框架也得到了广泛采用，用于同样的目的，譬如Hibernate、面向方面编程（AOP）、Struts、XDoclet和SPRing。

这些模式和工具让刚入门的开发人员更轻易上手，同时提高了经验丰富的Java开发人员的生产力，目前它们正在被JCP集成到下一代Java EE标准（即EJB 3.0）当中。Java开发人员Raghu Kodali最近开展的一项调查表明，把Sun的Java EE示例应用程序RosterApp从EJB 2.1移植到EJB 3.0可以减少50%以上的代码。

Java注释是EJB3.0的重要特性，它把POJO服务、POJO持久性和依靠注入联系起来，成为完整的企业中间件解决方案。本文使用了一个示例应用程序：JBoss EJB 3.0 TrailBlazer，以演示开发添加注释的轻便型EJB 3.0 POJO应用程序。TrailBlazer应用程序多次使用EJB 3.0中的不同工具和API，实现了一个投资计算器。示例应用程序在JBoss 应用服务器4.0.3里面以非传统方式运行，完全符合最新的EJB 3.0规范（公众预览版）。

EJB 3.0的注释驱动编程模型

从开发人员的角度来看，EJB 3.0广泛使用Java注释。注释有两个重要优点：它们取代了过多的xml配置文件，而且不需要严格的组件模型。

注释与XML

基于XML的部署描述符和注释都可以用来配置Java EE应用程序中的服务相关属性。两者的区别在于：XML文件与代码分开处理（往往在运行时）；而注释与代码一起编译，而且由编译器进行检查。这对开发人员产生了以下这些重要影响：

● 冗长性：XML配置文件以冗长出名。为了配置代码，XML文件必须从代码地方复制许多信息，譬如类名称和方法名称。另一方面，Java注释却是代码的一部分，不需要另外引用代码，就可以指定配置信息。

● 健壮性：XML配置文件中的复制代码信息带来了多个潜在故障点。譬如说，假如拼错了XML文件中的方法名称，应用程序会在运行时出错。换句话说，XML配置文件不如注释来得健壮。注释可以由编译器来检查，同代码的其余部分一起处理。

● 灵活性：因为XML文件与代码分开处理，所以基于XML的配置信息不是“硬编码”的，以后可以改动。部署时间的灵活性对系统治理员来说是一项很好的特性。

注释使用简单，足以满足大多数应用程序的要求。XML文件比较复杂，可用来处理更高级的问题。EJB 3.0答应通过注释来配置大多数应用程序的设置。EJB 3.0还支持XML文件用于取消默认的注释值、配置外部资源（如数据库连接）。

POJO与严格组件

除了取代及简化XML描述符外，注释还可以让我们弃用曾困扰EJB 1.x和EJB 2.x的严格的组件模型。

EJB 组件是容器治理的对象。容器在运行时操纵bean实例的行为和内部状态。为了让这种行为出现，EJB 2.1规范定义了bean必须遵守的严格的组件模型。每个EJB类必须从为容器提供回调钩子（callback hook）的某个抽象类继续而来。因为Java只支持单一继续，严格的组件模型就限制了开发人员使用EJB组件创建复杂对象结构的能力。读者会在本文下篇分看到，假如映射实体bean中复杂的应用程序数据，这更是个问题。

在EJB 3.0中，所有容器服务都可以通过注释进行配置，并提供给应用程序里面的任何POJO。大多数情况下，不需要非凡的组件类。

开发松散耦合的服务对象

Java EE等企业中间件的最重要的好处之一就是，让开发人员可以使用松散耦合的组件来开发应用程序。这些组件仅仅通过已发布的业务接口来进行耦合。因此，可在不改变应用程序其余部分的情况下，改变组件实现类。这样使应用程序更健壮、更轻易测试，而且更轻易移植。EJB 3.0简化了在POJO中构建松散耦合的业务组件。

会话bean

在EJB 3.0应用程序中，松散耦合的服务组件通常作为会话bean来实现。会话bean要有一个接口（即业务接口），那样其他应用程序的组件就可以通过它使用其服务。下面的代码为我们的示例投资计算器服务提供了业务接口。根据投资者开始投资时及终止投资时的年龄、基金增长率及每月储蓄额，它只有一个方法来计算总的投资回报。

public interface Calculator {

public double calculate (int start, int end, double growthrate, double saving); }

会话bean类仅仅实现了业务接口。必须通过为其添加无状态或者有状态的注释，告诉EJB 3.0容器这个POJO类是会话bean。有状态的会话bean可以在几个不同的服务请求期间保持客户端状态。与之相反，无状态的会话bean的请求每次都是由随机的会话bean实例来处理。其行为与原来EJB 2.1中的有状态和无状态的会话bean的行为相一致。EJB 3.0容器计算出什么时候为bean对象创建实例，然后通过业务接口来提供。下面是会话bean实现类的代码：