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中一個關鍵技術的分析，或者是設計實例。
