EJB技術的設計目標
EJB 規范的第一版以初稿形式於 1997 年 12 月公布，並於 1998 年 3 月作為 1.0 版發行。規范 作者為 EJB 體系 結構制定了以下目標：
Enterprise JavaBeans 體系結構將 是標准的組件體系結構，用於以 Java 編程語言構建分布式的面向對象的商務應用程序。通過把使用不同供應商提供的工具開發出來的組件組合在一起，Enterprise JavaBeans 體系結構將有可能構建分布式的應用程序。
Enterprise JavaBeans 體系結構將使編寫應用程序變得容易：應用程序開發人員將不必了解低層次的事務和狀態管理的細節、多線程、資源共享和其他復雜的低級 API。但是，將允許專家級的程序員直接訪問低 級 API。
Enterprise JavaBeans 應用程序將遵循 Java 編程語言的“一次編寫，隨處運行”的 原則。EJB 組件可以只開發一次，然後在多個平台上部署，而不需要重新編譯或修改源代碼。
◆Enterprise JavaBeans 體系結構將處理企業應用程序生命周期中的開發、部署和運行等方面。
◆Enterprise JavaBeans 體系結構將定義一些約定，這些約定使多個供應商提供的工具能夠開發並部署可在運行時互操作的組件。
◆Enterprise JavaBeans 體系結構將與現有的服務器平台兼容。供應商將能夠擴展它們的現有產品，以支持 Enterprise JavaBeans 組件。
◆Enterprise JavaBeans 體系結構將與 Java 編程語言編寫的其他 API 兼容。
◆Enterprise JavaBeans 體系結構將提供 EJB 組件和非 Java 編程語言應用程序之間的互操 作性。
◆Enterprise JavaBeans 體系結構將與 CORBA 兼容。
使用EJB技術的好處
這些設計目標會使企業和開發人員得到什麼好處呢?下面列出了可望從 采用 Enterprise JavaBeans 環境獲得的好處：
EJB 組件使編寫應用程序更為簡單。盡管 EJB 體系結構復雜，但應用程序開發人員一般都不必再編寫用於訪問系統服務的代碼。一種稱為 EJB 容器的系統組件使系統服務可 用於 EJB 組件的任務。
服務器端商務邏輯可以移植。除了 Java 語言固有的可移植性外，EJB 體系結構還在 bean 和支持該 bean 的容器之間提供了一套標准化的應用程序編程接口。這 使開發人員能夠將 bean 從一種操作環境移植到另一種操作環境，而無須重新編寫其源代碼。
可以從現有的軟件組件裝配出服務器端應用程序，這與從現有的 Java bean 可以裝配出客戶端應用程序一樣，從而使軟件能夠重用。
EJB 體系結構內置了對典型企業級系統服務的支持，包括分布式對象、事務處理、數據庫、安全和全局命名。
多家 IT 供應商都采納 EJB 體系結構，這是由於有這樣的承諾：客戶將能夠從選定的供應商那裡選購軟件組件，如 EJB 組件、容器及 EJB 服務器;也由於承諾了不同供應商的產品，只要 符合 EJB 體系結構，就都是可互操作的。
用 EJB 組件構建的應用程序可以從一個服務器移植到另一個服務器，從而支持可伸縮性，這是因為在 EJB 模型中，各個軟件組件都是嚴格分離的。
EJB 體系結構能保障原有的 IT 投資，這是通過允許將現有的信息系統和資產“包裹”在這些應用程序中，而不要求客戶更換現有EJB技術。事實上，在關系數據庫中存儲數據的企業已經 有了一套已有雛形的實體 bean，正等著 通過 EJB 外殼去訪問。
