J2EE和EJB：评判真伪WEB架构产品的标准

资料来源：Gartner Group

概述

如果我们把一些被称为Web结构的产品与Sun公司有关的技术标准对比一下的话，我们就会发现其实并不是所有的产品都是同样先进的。在SUN公司关于企业JAVA应用的标准中，WEB结构的产品必须符合J2EE认证的一套通用标准，这其中最重要的就是Enterprise JavaBeans (EJBs)，开发人员使用它来开发在服务器端运行的JAVA程序，其它的关键技术还包括Java Server Pages (JSPs) 和servlets。

EJB规范是J2EE框架中最为复杂和难以理解的。因此，某些软件供应商在开发产品的过程中避开了EJB，他们提供的是不符合J2EE规范的或者叫作“准J2EE”的应用程序。目前的现状是：相当数量的软件供应商都宣称他们的产品是符合J2EE标准的WEB架构的产品。为了分辨清楚实际的状况，我们有必要理解EJBs的规则，并且清楚不符合J2EE规范的产品会出现哪些问题。

在Gartner Group的研究支持下，这篇文章阐述了使用EJBs的，符合J2EE标准的应用程序的优点以及没有使用EJBs架构的产品在可评测性、可管理性方面可能会产生的问题。

使用J2EE WEB架构的益处

有很多文档清晰的描述了完全WEB架构产品的益处，主要包括：

• 降低总体拥有成本TCO(Total Cost of Ownership)
  相对于传统的C/S（客户机/服务器）结构的产品来说，Web架构的产品在节省成本方面有重要的意义。比如说，在一个多场所的应用中，如果是C/S结构的产品，那么在每一个位置都需要安装服务器端和客户端的软件；而如果是WEB架构产品的话，则只要安装在一台服务器上即可。另外在节省开支方面我们还可以这样考虑，对于WEB架构的产品，我们可以不直接购买产品，而是通过ASP方式来使用，这样还可以节省一大笔购买软件的费用和维护服务器的人工费用。
• 快速的配置
  由于只需要关注服务器端，不必要理会那些繁琐的客户端安装配置，WEB架构的产品在安装配置的过程中会节省大量的时间。
• 减少维护和支持的工作量
  由于只需要安装一台服务器，系统运行时需要管理和维护的工作量和复杂程度都被大大的削减了。这对产品的升级尤其有利，在服务器端升级后，所有的系统用户都将获益。
• 企业级的视野
  Web架构的产品使得不同区域和系统之间共享信息变得更加容易。设想在大型企业中，如果所有子公司/分厂中的库存物资信息被集中起来，当作一个逻辑上统一的企业级库存来进行管理的话，就可以很方便的从整个企业的高度来制订库存及其相关的采购策略，供应链的管理得到了有效的加强。毫无疑问，这样要比各个子单位孤立地进行管理要有明显的优势。

由于J2EE标准的创建，上述的这些优势在企业应用软件中越来越多的被体现出来。在J2EE的整体框架中包含了两大主要的技术：其中一个是EJB，与之相应的另外一个是JSPs和servlets。下文将对这两大技术进行探讨，并说明为什么只有使用了这两项技术的产品才是符合J2EE标准的。

EJBs,JSPs和Servlets的角色及规则

对于企业应用产品来说，其最终的可评测性、可管理性及所需的总体拥有成本与EJBs, JSPs 和servlets在J2EE的整体框架中如何应用有极大的关系。下面我们将对这些技术做更深入的探讨：

• EJB – EJB对于基于JAVA的企业应用产品来说是最重要的组件，它处于J2EE规范的中心地位。对于一个产品来说，如果想通过Sun公司的J2EE认证，EJB的支持是必不可少的要求 。在企业应用的标准架构中，EJBs工作于服务器端，它扮演着将业务和数据的逻辑结构绑在一起的角色。这就允许展开配置独立于服务器的产品中间层（业务逻辑层），并在便于与其他系统集成的同时，提供了更优越的可评测性及可管理性。
• JSP and Servlets – 是用来建立HTTP/HTML用户界面的规范。Servlets实际上是可以用来访问数据的Java程序，它可以被开发人员用来避免使用EJBs。但是这样开发出来的产品违反了WEB架构产品的一项基本规则：表示层和业务逻辑层是分离的。这样将两者混合在一起的做法会影响到产品的可评测性，并随之产生操作上的问题。

根据Gartner的研究：见《调查EJBs的应用趋势》，2002年三月出版。 "那些过度使用JSP和Servlets的产品开发商（他们开发出的基于servlets的系统庞大而孤立，且把业务逻辑层及表示层公然的混合在了一起）在未来的日子里，将不得不面对相当严重的有关产品适应性、可评测性和可管理性方面的问题。事实已经证明维护这样的系统是相当麻烦且昂贵的。

我们在下面的图中从较高的层面展示了在J2EE的整体框架中，应当如何去构建一个应用系统。在接下来的注释中，Gartner阐述了EJBs在业务逻辑层中的使用率，以及如果开发商省略了EJBs，代之以用JSPs和servlets来访问数据，将表示层和业务逻辑层混在一起的做法将会出现的问题。

警惕J2EE外衣下的狼

正如我们在Gartner 的注释中看到的，部分是由于EJB规范的复杂性，采用EJB技术的步伐有所减缓。但是，那些在WEB架构的产品中没有采用EJBs技术，将表示层和业务逻辑层混在一起的公司将会面临这样的风险：在产品的可评测性、灵活性及可管理性方面回到十多年前的水平，所有当时的问题依然存在。

一些在产品结构方面犯了这样错误的供应商也许想尝试终止Java servlets，或者将JavaBeans当作EJBs。然而，这两者从根本上来说是完全不同的。在早先Gartner的战略设想中提到：“2002年中超过50%的基于纯JSP/servlets开发的产品在2005年之前将会面临产品的可评测性、灵活性及可管理性方面的问题。”

最终的结果是：如果还想在企业应用软件市场中生存的话，许多这样的公司将不得不完全重写他们的产品以符合J2EE的规范。这样，当对宣称符合J2EE规范的企业应用产品进行评估的时候，是否完全的理解了EJBs的应用并坚持使用J2EE规范就是非常关键的一个标准。 否则的话，企业就有可能面对这样的供应商：他们的产品不能支持企业长期应用需求的风险，或者不得不重写他们的产品。

Datastream 7i具备了出色的WEB服务水平，它是一个非常优秀的真正符合J2EE规范的产品示例。正如我们可以在下面的图表中可以看到的那样，Datastream 7i很好的做到了用EJB在服务器上实现业务逻辑层，用JSP和servlets实现表示层。

为了使用EJBs以完全符合J2EE的规范，Datastream公司付出了艰苦的努力。这样，Datastream就能确保他们的客户始终能受益于符合J2EE标准产品带来的优秀的可评测性、灵活性和可管理性。