Enterprise JavaBeans EJB技术
虽然 EJB技术和 DCOM 以及 CORBA 都是前沿平台之一，但对于关键任务型应用的开发来说，它不是每个项目最适合的。
项目开始之际，在统一过程的初始阶段和进入细化阶段期间，对于软件项目要做重要的架构性决策。在这些阶段期间，选择编程语言、工具和应用服务器都是所要考虑的。关于应用服务器，Enterprise JavaBeans (EJB) 技术可能是您***选择对象之一。 EJB 是一项优秀的技术，但它并不是您可使用的唯一选项。那么如何知道对于您的项目，对于您的组织什么时候它才是非常适合的呢？为了决定 EJB技术是否适合于您，需要考虑以下因素：
多平台支持
EJB 应用服务器可应用于各种各样的平台，包括 Solaris、Linux、MVS 和 Windows NT 。这种可用性对于部署基于EJB 的应用提供了极大的灵活性。
EJB技术的多供应商支持
EJB 应用服务器是由几家供应商提供的，包括 BEA Systems、IBM、Inprise Corporation 和 Secant Technologies 等等（请参阅参考资料中的链接）。甚至有一个称为 jBoss 的开放源码倡议用于 EJB 应用服务器的开发。如果您选择使用 EJB，那就不能依赖于单一供应商的产品线。在将 EJB 应用移植到一家不同的供应商的服务器上时，的确要做一些重新改造的工作，这是个事实，但这比移植到非 EJB 环境中完全重写要少花大量精力。
可伸缩性
针对开发包括无状态会话 bean 和服务器场所的可伸缩应用，EJB技术提供了几项策略。随着应用的增长，EJB 将能够支持这种增长。
Java 技术的使用
EJB技术使用了 Java 编程语言，它是使用基于组件和面向对象技术的可移植、多平台开发的事实上的工业化标准。
现有开发人员技能
您的项目可能需要在 Java 编程、面向对象技术、基于 Web 开发以及基于组件开发方面具有具有丰富经验的人员才能成功地使用 EJB技术。虽然，除了可替代 Java 的另一种语言之外，这是一个令人畏缩的技术列表，但如果选择其它任何一个 EJB 的领先替代物（譬如，微软的 DCOM/MTS、CGI 和 PERL，或者 C/C++），也是同样一个令人生畏的列表。如果您的开发人员不具备这些技能，那么您需要培训他们或从外面雇佣一些具有这些技能的人员。要获得使用面向对象和基于 Java 技术（譬如 EJB）来开发关键任务软件所需要的技能，请参考参考资料“进一步阅读”这一节中列出的资料。
有能力雇佣 EJB 开发人员
由于 EJB 已有几年的使用历史，可以找到在该技术方面有经验的开发人员。不过需求仍然大于供给（在计算机界，什么时候不是这种情形呢？），但绝对可以找到有合适技术的人才。
业界知识共享
EJB技术，以及 Java 和 J2EE (Java 2 Enterprise Edition) 产品，受到信息技术业界很大关注。这些技术是真实的，在关键任务型应用中已被证明的，并且还在继续。 EJB技术是一个十拿九稳的赌注。
EJB技术的真正成本
象任何新技术一样，采用 EJB 需要相当的成本，因为需要购买新技术，譬如，应用和 Web 服务器，并且培训职员来掌握这些新技术。然而，一旦完成了这一初始投资，由于 EJB技术使用组件和面向对象技术，所以开发成本会大幅下降。部署也会变得容易，因而会降低成本，这是因为使用由应用服务器供应商提供的工具， EJB 软件部署到少数应用服务器而不是成百上千的台式机。基于 EJB 应用的维护也比传统应用要少，这是由于其使用面向对象和组件技术。
可重用组件的可用性
这里有许多可以免费使用以及需要收费的可重用组件。例子包括 IBM 的 San Francisco、Component Source 上的 EJB 和基于 Java 的组件，以及在 Flashline 和 Diamelle Technologies 上在线可用的可重用商业组件。
电子交易的支持
电子交易应用是典型的基于 Web 和面向事务的应用。 JSP 技术和 servlet 是 J2EE 的一部分，它们针对的是基于 Web 的开发，而 EJB技术则通过有状态和无状态会话 bean 来支持事务。
【编辑推荐】
- 使用EJB事务属性控制事务的作用域
- 选择EJB3.0,不再需要Spring+Hibernate
- EJB的分类及其各自的功能和应用
- 学习EJB编程的简单过程
- J2EE中EJB的专用术语解释