EJB
技术现在成了很多产品的卖点，所以对于开发者来说，掌握这种技能变得很重要。EJB
技术诞生的时间不长，在国内应用也刚刚起步，国内也有不少这方面的资料、书籍，但都有这样几个毛病。第一，内容没有深度，比如用什么工具开发一个EJB实例，一步一步教会读者具体应用，这种内容对于初学者而言有一定帮助。第二，EJB
技术是很好的，为什么好呢？我们都会去用它，我想很多人都忽视了
技术本身的内部机理。第三，每个
技术领域都有自己的核心内容，这些资料都没有教会读者如何面对新
技术快熟的切入到核心层的方法，如果以后出现了“Java 3”呢？等等这些问题，是我们值得考虑的。在国外，EJB
技术用的很多，通过http://java.sun.com 中提供的EJB邮件列表内容就知道别人的水平了。
其实，EJB
技术尽管复杂、难学，但还是有很好的办法来学的，就像UML一样，抓住根本、先不管细节部分，这也是本文的题目用意所在！
带上这些问题，开始我们的EJB
技术之旅。希望大家旅途愉快。
开题
EJB
技术是Sun公司发明的，从发明至今已经发布了3个版本的EJB规范，1.0，1.1，2.0。EJB 2.1版已经发布了被提义的最终草案（http://java.sun.com/products/ejb/ ，详细地址）。EJB规范定义了组件开发者和EJB服务器厂商各自的职责。组件开发者根据EJB规范中定义的编程模型编写EJB。遵循EJB规范的EJB在各个EJB服务器中都可以移植。这样的一种编程模型给EJB开发者提供了很好的便利，EJB的产生背景是如何呢？
EJB
技术将TP monitors和distributed-component services中的优点吸收过来，同时把它们的缺点抛弃掉。TP monitors是一种运行用过程语言，比如COBOL、PL/1，编写的应用程序可靠、功能强大的平台，该平台管理应用环境，比如事务性、安全性、资源管理、负载均衡、容错等方面。所以这种平台优势给”mission-critical”企业级应用程序提供了很好的基础架构。同时，TP monitors采用业界先进的3层体系结构，即由表示层、商业逻辑层和后端资源组成。distributed-component services提供了更为先进的3层体系结构，即把商业对象、组件放置在中间层，其他的进程可以通过其提供的romote proxies来访问本身(熟悉CORBA、Java RMI、DCOM的朋友，都知道这一点)。
分布式组件和负荷在传统的TP monitors的基于过程的应用程序相比，其优点在于，它提供了更好的重用性和灵活性，因为它们可以将不同种类的商业对象集成起来，但这样的组件很难编写，同时缺少TP monitors所提供的健壮的基础框架。如果能够将两者的优势结合起来，便构成EJB出现的缘由。EJB服务器给distributed components提供了类似TP monitors的环境。EJB服务器中，类似TP monitors环境的给出减少了开发的复杂度、distributed components的给出使得开发者的开发效率大大提高。
EJB客户通过JNDI、Java RMI-IIOP来访问。这种客户可能是Java应用程序、JSP(Servlets)、其他的EJB或者用其他语言写的应用。
Sun公司给EJB Architecture下的定义：
“The Enterprise JavaBeans architecture is a component architecture for the development and deployment of componentbased distributed business applications. Applications written using the Enterprise JavaBeans architecture are scalable, transactional, and multi-user secure. These applications may be written once, and then deployed on any server platform that supports the Enterprise JavaBeans specification.”
这样一种定义反映出，EJB适合“mission-critical”企业级应用。
文章组织结构：
该系列文章主要以EJB 2.0规范涉及到的
技术为主。开发工具建议采用JBuilder 7、服务器自己随意。本人采用WebLogic 7.0。关于两者的集成，建议大家最好看看Borland提供的集成白皮书，链接地址本人前面的文章中给出过。
每一次文章都会给出EJB中一个关键
技术的分析，或者是设计实例。
当前位置：
