企業級JavaBean開發課程大綱1、JavaEE技術體系2、EJB3.0技術簡介3、EnterpriseBean（企業Bean）理論及實例開發SessionBean MDB4、Persistence（JPA-數據持久化框架）Entity BeanEntity Manager EJB-QL（EJB查詢語言）OR映射

為了學習EJB 3.0 ，我學習EJB2.0 因此我遇見了這篇文章，順便就翻譯了出來。我確實服了老外，半天說不到關鍵點上，說了好多的廢話。不過話又說回來，他們對知識的嚴謹，對問題的認真，讓我跟也加佩服了，也因此堅持的翻譯下來了，兩個晚上不白費哈。 希望對同路人能有所幫助哈。

1：RMI工作原理首先說說RMI的工作原理，因為EJB畢竟是基于RMI的嘛。廢話就不多講了，RMI的本質就是實現在不同JVM之間的調用它的實現方法就是在兩個JVM中各開一個Stub和Skeleton，二者通過socket通信來實現參數和返回值的傳遞。

EJB（EntitypriseJavaBean）是基于java開發，部署服務器端分布式組件標準。能實現完整的三層分離，提高開發效率。優點：規范化的標準，部署簡單，靈活。相較于以往SSH框架，工程的結構更加簡單清晰，目的單一明確，且Service端和Client端是獨立分開的工程，在開發中，不會出現SSH工程那樣龐大的工程目錄。分布式組件開發，降低了開發過程中代碼維護的難度和風險，基本排除了單個程序員上傳問題代碼導致整個工程無法啟動的問題。在以往的開發中，任務的分發是縱向的瀑布式結構，遇到公用模塊，就會出現功能重復的代碼，甚至是相互沖突的代碼。

這個系列的文章是EJB3.1專家小組正在開發的下個版本JavaEE規范的預覽。EJB3.0去掉了沉重的編程模型而帶給Java EE 5一個更簡單的編程環境。EJB3.1目標是在EJB3.0帶來的成功之上，將簡單開發深入下去并增加一些急需的特性。 在這第一篇文章中，我將涵蓋已經討論的很深入的兩個特性——選擇性的為EJBs和Singleton Bean創建接口。同時，我也將提到一些已經開始考慮的可能出現的新特性。記住，所有的這些都不是最終版本。

abstract public String mappedName此 ejb 引用應該映射到的 EJB 組件的特定產品名稱。此映射的名稱通常是全局 JNDI 名稱，但也可以是任何形式的名稱。 應用服務器不需要支持任何特殊形式或類型的映射名稱，也不需要具有使用映射名稱的能力。映射的名稱與產品有關，并且通常與安裝有關。任何對映射名稱的使用都不可移植。

Enterprise JavaBeans是一個用于分布式業務應用的標準服務端組件模型。采用Enterprise JavaBeans架構編寫的應用是可伸縮的、事務性的、多用戶安全的。采用ejb編寫的這些應用，可以部署在任何支持Enterprise JavaBeans規范的服務器平臺，如jboss、weblogic等。

Enterprice JavaBeans是一個用于分布式業務應用的標準服務端組件模型。采用Enterprice JavaBeans架構編寫的應用是可伸縮的、事務性的、多用戶安全的。采用ejb編寫的這些應用，可以部署在任何支持Enterprice JavaBeans規范的服務器平臺，如jboss、weblogic等。EJB實際上是用于編寫業務層代碼。如果大家對于MVC (model-view-controller)結構的應用有所了解的話,我們知道一個基于MVC結構的應用應包含顯示層、控制層和業務層, 假設我們采用ejb開發基于MVC結構的應用,那么ejb就是用于開發應用的業務層。EJB為我們提供了很多在企業開發中需要使用到的服務,如事務管理/安全/持久化/分布式等,因為這些服務由容器提供,無需我們自行開發,這樣大大減少了我們的開發工作量.另外EJB提供了強制式分層解耦設計方法

EJB的上層的分布式應用程序是基于對象組件模型的，低層的事務服務用了API技術。EJB技術簡化了用JAVA語言編寫的企業應用系統的開發，配置，和執行。EJB的體系結構的規范由Sun Microsystems公司制定。Inprise的EJB容器是基于1.1版的規范。

第2章 會話Bean (Session Bean) 第3章 實體Bean (Entity Bean) 第6章 Web服務 (Web Service)

EJB設計模式概述。一．設計模式重要性采用EJB技術的J2EE項目中，EJB架構的設計好壞將直接影響系統的性能、可擴展性、可維護性、組件可重用性及開發效率。項目越復雜，項目隊伍越龐大則越能體現良好設計的重要性。

EJB3事務管理分為兩種：CMT（容器管理事務）和BMT（Bean管理事務），只有SessionBean和MessageDrivenBean才支持CMT和BMT。SessionBean默認是受CMT管理，當然也可以在代碼中通過注解顯示聲明

java ejb3實現三種bean設計文檔

期待以久的EJB3.0規范在最近發布了它的初稿。在本文中將對新的規范進行一個概要性的介紹，包括新增的元數據支持，EJBQL的修改，實體Bean模型訪問bean上下文的新方法和運行時環境等等。作者還討論了EJB在未來要作出的調整以及EJB3.0與其他開發規范之間的關系。

什么是EJB Enterprise JavaBeans是一個用于分布式業務應用的標準服務端組件模型。采用EnterpriseJavaBeans架構編寫的應用是可伸縮的、事務性的、多用戶安全的。采用ejb編寫的這些應用，可以部署在任何支持Enterprise JavaBeans規范的服務器平臺，如jboss、weblogic等。

EJB3 最激動人心的是POJO 編程模型,我想對開發人員的影響將是非常大的，因為他降低了開發人員編寫EJB 的要求。EJB3 的bean類將更像常規的Java bean。不要求像過去那樣實現特殊的回調界面或者擴展EJB類。所以它 將使EJB的開發更像常規的Java 開發。

EJB作為企業級的數據訪問/持久化標準在1999年作為J2EE規范的核心規范出現，極大的轉變了java企業級開發的模式，為java軟件開發提供了一個良好的架構。 EJB從1.0到2.1在J2EE架構中，都是作為一個服務器端的(Server side)的數據訪問中間件。開發人員通過EJB標準的API接口來訪問操作數據，避免直接用JDBC和Sql操作底層的數據庫。從整個EJB規范的角度來說，EJB 3和EJB 2.1最大變更在Entity Bean持久化API上。在EJB3中，Entity Bean持久化已經單獨作為一個Persistence API規范和其他的EJB部分分離開來。下面我們主要討論EJB 3和EJB 2.1在持久化API上的區別。

Enterprice JavaBeans是一個用于分布式業務應用的標準服務端組件模型。采用Enterprice JavaBeans架構編寫的應用是可伸縮的、事務性的、多用戶安全的。采用ejb編寫的這些應用，可以部署在任何支持Enterprice JavaBeans規范的服務器平臺，如jboss、weblogic等。

EntityManager稱為實體管理器，它由EntityManagerFactory所創建。EntityManagerFactory，作為EntityManager的工廠，包含有當前O-R映射的元數據信息，每個EntityManagerFactory，可稱為一個持久化單元（PersistenceUnit），每個持久化單元可認為是一個數據源的映射（所謂數據源，可理解為一個數據庫，我們可以在應用服務器中配置多個數據源，同時使用不同的PersistenceUnit來映射這些數據源，從而能夠很方便的實現跨越多個數據庫之間的事務操作！）

EJB作為企業級的數據訪問/持久化標準在1999年作為J2EE規范的核心規范出現，極大的轉變了java企業級開發的模式，為java軟件開發提供了一個良好的架構。 EJB從1.0到2.1在J2EE架構中，都是作為一個服務器端的(Server side)的數據訪問中間件。開發人員通過EJB標準的API接口來訪問操作數據，避免直接用JDBC和Sql操作底層的數據庫。