Web服务在EJB 2.1到EJB 3.0中的改变

　　对于企业级JavaBeans形成的商务层构件，也就是我们所熟知的Java 2 Enterprise Edition平台，相对于软件的进化为服务，在结构方面并没有停滞不前，在EJBs3.0版本同早期的版本比较中，我们已经可以看到一个具有了完全不同的开发模型，这就使得在使用Web services的过程更加简单。

　　如果你是EJB的早期采用者，那么你对这个技术自从最初以来的复杂性应该比较了解。复杂性让很多人已开始就放弃了使用EJB的想法，更不要说根据这个Java规范来实现Web services的可能性了。就这样，很多项目都使用了单独的API，如JAX-RPC或者类似Apache Axis的框架来在Java环境中部署Web services。尽管这种方式提供了一种新对较低的入口门槛，但是它缺少内在的中间件服务——例如事务处理和安全服务——很多的都是使用EJB架构的主要原因，使得开发者不得不去在一个不是最好的情况下来处理Java Web services，以使得能够以高级的中间件性能来运作或者带来一个十分复杂的开发生命周期。

　　最先的，应该指出的是EJB不是一个本质上的EJB，而是为大家更为广泛的指导的Session EJB的扩展。那也就是说，一个Web services使能的EJB开始是以一个改进过的会话EJB运行的。在EJB版本2.1中，规范设计者看到了需要提供一个通过SOAP消息访问机制，但是在哪个时候不是构建一个现有EJB的分支的实现——会话，实体和消息——这个决定是使用扩展了的会话bean来适应Web services。

　　前面所说到的在EJB2.1种的问题是以一个传统的接口方式来解决的——是以一种Web 服务终端的形式来服务的——和一个额外的部署描述符来定义具体的服务行为。尽管如此，在这个过程中的大部分的苦差事并不是仅仅由于底层EJB的会话bean的实际上的创建，而也同你想把它转变成一个Web services EJB的念头有关。