love fish大鵬一曰同風(fēng)起，扶搖直上九萬里

EJB3介紹:Overview

EJB作為企業(yè)級(jí)的數(shù)據(jù)訪問/持久化標(biāo)準(zhǔn)在1999年作為J2EE規(guī)范的核心規(guī)范出現(xiàn)，極大的轉(zhuǎn)變了java企業(yè)級(jí)開發(fā)的模式，為java軟件開發(fā)提供了一個(gè)良好的架構(gòu)。 EJB從1.0到2.1在J2EE架構(gòu)中，都是作為一個(gè)服務(wù)器端的(Server side)的數(shù)據(jù)訪問中間件。開發(fā)人員通過EJB標(biāo)準(zhǔn)的API接口來訪問操作數(shù)據(jù)，避免直接用JDBC和Sql操作底層的數(shù)據(jù)庫。

采用EJB架構(gòu)的目標(biāo)在于：

• 減輕直接操作底層數(shù)據(jù)庫的工作量
• 為企業(yè)級(jí)開發(fā)引入了面向?qū)ο?面向服務(wù)的開發(fā)架構(gòu)
• 數(shù)據(jù)對象生命周期的自動(dòng)管理
• 分布式能力
• 集成/聲明式的安全/事務(wù)管理

在舊的EJB模型中（2.1以前）,EJB實(shí)現(xiàn)了大部分的目標(biāo)，但一個(gè)巨大的缺陷是原有的模型在試圖減輕數(shù)據(jù)訪問工作量的同時(shí)也引入了更多的復(fù)雜開發(fā)需求。 例如EJB核心的的Entity Bean必須特定的Home,Remote,Business接口，發(fā)布前需要預(yù)編譯，只能實(shí)現(xiàn)單表映射操作，靜態(tài)的EJB-QL(EJB查詢語言）都不能滿足簡化數(shù)據(jù)庫操作的目標(biāo)。 EJB 2.1的復(fù)雜度，開發(fā)成本和性能問題使得EJB在問世4年后仍然等不到廣泛的應(yīng)用。

到了2004年，隨著POJO( Plain Old Java Object )模型的出現(xiàn)，動(dòng)態(tài)代碼操作，IOC模式等先進(jìn)，簡單實(shí)用技術(shù)的發(fā)展和它們在各種獨(dú)立產(chǎn)品中的表現(xiàn)，都證明POJO,IOC的技術(shù)比原有的EJB 2.1模型更適合作為數(shù)據(jù)訪問中間件，開發(fā)的難度和成本遠(yuǎn)遠(yuǎn)小于目前的EJB模型，確有更靈活和可擴(kuò)展。 2004年9月J2EE平臺(tái)規(guī)范集眾家所長，推出了跨越式的Java EE 5.0規(guī)范，最核心的是全面引入新的基于POJO和IOC技術(shù)的EJB3模型。到此，J2EE 5規(guī)范( Java EE 5 )成為一個(gè)集大成者，納百家之長，成為java企業(yè)開發(fā)統(tǒng)一的標(biāo)準(zhǔn)規(guī)范。

EJB 3和EJB 2.1的區(qū)別

從整個(gè)EJB規(guī)范的角度來說，EJB 3和EJB 2.1最大變更在Entity Bean持久化API上。在EJB3中，Entity Bean持久化已經(jīng)單獨(dú)作為一個(gè)Persistence API規(guī)范和其他的EJB部分分離開來。下面我們主要討論EJB 3和EJB 2.1在持久化API上的區(qū)別。

EJB 2.1模型存在復(fù)雜度高的缺陷：

• EJB 2.0 模型要求創(chuàng)建多個(gè)組件接口并實(shí)現(xiàn)多個(gè)不必要的回調(diào)方法
• 組件接口要求實(shí)現(xiàn) EJBObject 或 EJBLocalObject 以及處理許多不必要的異常
• 基于XML的EJB 2.0 部署描述符比較復(fù)雜并容易出錯(cuò)
• 基于 EJB 模型的容器管理持久性在開發(fā)和管理方面過于復(fù)雜，并且失去了幾個(gè)基本特性--如使用數(shù)據(jù)庫序列定義主鍵的標(biāo)準(zhǔn)方法
• EJBQL 語法非常有限，而且是靜態(tài)的，無法做到運(yùn)行期間的動(dòng)態(tài)查詢
• EJB 2.0 組件并非是真正面向?qū)ο蟮模驗(yàn)樗鼈冊诶^承和多態(tài)性方面的有使用限制
• 開發(fā)人員無法在 EJB 容器外部測試 EJB 模塊，而在容器內(nèi)部調(diào)試 EJB非常復(fù)雜和耗時(shí)
• 查找和調(diào)用 EJB 2.0 是一項(xiàng)復(fù)雜的任務(wù)。即使是在應(yīng)用程序中使用最基本的 EJB 也需要對 JNDI 有一個(gè)詳細(xì)的了解
• 對容器的依賴使得EJB 2.0只能用于服務(wù)器組件的開發(fā)，無法實(shí)現(xiàn)一次編寫，四處運(yùn)行的面向構(gòu)件的開發(fā)

EJB 3.0 旨在解決以往EJB 2.0 模型的復(fù)雜性和提高靈活性，具體體現(xiàn)在：

• 消除了不必要的接口Remote, Home, EJB以及回調(diào)方法實(shí)現(xiàn)
• 實(shí)體Bean采用了POJO模型，一個(gè)簡單的java bean就可以是一個(gè)Entity Bean。無需依賴容器運(yùn)行和測試
• 全面采用O/R Mapping技術(shù)來實(shí)現(xiàn)數(shù)據(jù)庫操作
• 實(shí)體Bean可以運(yùn)用在所有需要持久化的應(yīng)用，不管是客戶端還是服務(wù)器端。從而真正實(shí)現(xiàn)面向構(gòu)件的開發(fā)
• 實(shí)體 bean 現(xiàn)在支持繼承和多態(tài)性
• 靈活豐富的EJB3查詢語言
• SQL支持
• 使用元數(shù)據(jù)批注代替部署描述符，減少復(fù)雜配置和提高可維護(hù)性
• 將常規(guī) Java 類用作 EJB 并將常規(guī)業(yè)務(wù)接口用于 EJB

EJB 3中的元數(shù)據(jù)批注:Annotation

EJB3 規(guī)范中引入了元數(shù)據(jù)批注(Annotation)。Annotation是從J2SE 1.5開始稱為java語言的一部分。Annotation并不是一個(gè)新的事物，在J2SE 1.5以前，人們已經(jīng)自行引入了象著名的XDoclet等外掛式的元數(shù)據(jù)批注方法。而在.NET中，元數(shù)據(jù)批注也早已經(jīng)是C#語言的成分了。

在以往，我們都是采用xml作為配置批注，但采用文本的xml配置存在一些缺陷：

• 描述符多，不容易記憶和掌握
• 無法做自動(dòng)的校驗(yàn)，需要人工排錯(cuò)
• 當(dāng)系統(tǒng)變大時(shí)，大量的xml配置難以管理
• 讀取和解析xml配置非常耗時(shí)，導(dǎo)致應(yīng)用啟動(dòng)緩慢，不利于測試和維護(hù)
• 做O/R Mapping的時(shí)候需要在java文件和xml配置文件之間交替，增大了工作量
• 運(yùn)行中保存xml配置需要消耗額外的內(nèi)存

采用元數(shù)據(jù)可以很好的解決這些問題:

• 描述符大量減少。以往在xml配置中往往需要描述java屬性的類型，關(guān)系等等。而元數(shù)據(jù)本身就是java語言，從而省略了大量的描述符
• 編譯期校驗(yàn)。錯(cuò)誤的批注在編譯期間就會(huì)報(bào)錯(cuò)。
• 元數(shù)據(jù)批注在java代碼中，避免了額外的文件維護(hù)工作
• 元數(shù)據(jù)被編譯成java bytecode，消耗小的多內(nèi)存，讀取也非常迅速，往往比xml配置解析快幾個(gè)數(shù)據(jù)量級(jí)，利于測試和維護(hù)

第一個(gè)Entity Bean:HelloWorld

EJB3中的Entity Bean是如此的簡單，就是一個(gè)普通的java bean加上一些精煉的元數(shù)據(jù)批注。

                
@Entity
@Table( name="helloTable" )
public class HelloEntityBean {

    private int id;
    private String foo;

    /**
     * The entity class must have a no-arg constructor.
     */
    public HelloEntityBean() {
    }

    public HelloEntityBean(int id, String foo) {
        this.id = id;
        this.foo = foo;
    }

    @Id(generate=GeneratorType.NONE)
    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public String getFoo() {
        return foo;
    }

    public void setFoo(String foo) {
        this.foo = foo;
    }

    public String toString(){
        return "HelloEntityBean: id=" + id + ", foo=" + foo;
    }
}
                
            

代碼中元數(shù)據(jù)的說明：

@Entity :EJB3 Entity Bean的批注，表明當(dāng)前的java bean作為一個(gè)Entity Bean來處理。

@Table( name="helloTable" ) :顧名思義，定義當(dāng)前Entity對應(yīng)數(shù)據(jù)庫中的表。

@Id(generate=GeneratorType.NONE) :我們把HelloEntityBean的id屬性定義為主鍵。主鍵產(chǎn)生策略為GeneratorType.NONE,意味這是一個(gè)業(yè)務(wù)主鍵。

就這么簡單！

                
    @Id(generate=GeneratorType.NONE)
    private int id;
    private String foo;

    /**
     * The entity class must have a no-arg constructor.
     */
    public HelloEntityBean() {
    }

    
    public int getId() {
        return id;
    } 
            

                     
    private int id;
    private String foo;

    /**
     * The entity class must have a no-arg constructor.
     */
    public HelloEntityBean() {
    }

    @Id(generate=GeneratorType.NONE)
    public int getId() {
        return id;
    } 
                 

                
    @Id
    private String firstName;
    
    @Id
    private String lastName;

    public Person() {
    }
   
    
    
            

                
public class PersonPK implements java.io.Serializable{
    
    private String firstName;
    private String lastName;

    public PersonPK() {
    }

    public String getFirstName() {
        return firstName;
    }

    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }

    public String getLastName() {
        return lastName;
    }

    public void setLastName(String lastName) {
        this.lastName = lastName;
    }

    public boolean equals(Object o) {
        if (this == o) return true;
        if (!(o instanceof PersonPK)) return false;

        final PersonPK personPK = (PersonPK) o;

        if (!firstName.equals(personPK.firstName)) return false;
        if (!lastName.equals(personPK.lastName)) return false;

        return true;
    }

    public int hashCode() {
        int result;
        result = firstName.hashCode();
        result = 29 * result + lastName.hashCode();
        return result;
    }
}