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

EJB3介紹:Overview

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

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

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

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

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

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

從整個(gè)EJB規(guī)范的角度來(lái)說(shuō)，EJB 3和EJB 2.1最大變更在Entity Bean持久化API上。在EJB3中，Entity Bean持久化已經(jīng)單獨(dú)作為一個(gè)Persistence API規(guī)范和其他的EJB部分分離開(kāi)來(lái)。下面我們主要討論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 模型的容器管理持久性在開(kāi)發(fā)和管理方面過(guò)于復(fù)雜，并且失去了幾個(gè)基本特性--如使用數(shù)據(jù)庫(kù)序列定義主鍵的標(biāo)準(zhǔn)方法
• EJBQL 語(yǔ)法非常有限，而且是靜態(tài)的，無(wú)法做到運(yùn)行期間的動(dòng)態(tài)查詢
• EJB 2.0 組件并非是真正面向?qū)ο蟮?，因?yàn)樗鼈冊(cè)诶^承和多態(tài)性方面的有使用限制
• 開(kāi)發(fā)人員無(wú)法在 EJB 容器外部測(cè)試 EJB 模塊，而在容器內(nèi)部調(diào)試 EJB非常復(fù)雜和耗時(shí)
• 查找和調(diào)用 EJB 2.0 是一項(xiàng)復(fù)雜的任務(wù)。即使是在應(yīng)用程序中使用最基本的 EJB 也需要對(duì) JNDI 有一個(gè)詳細(xì)的了解
• 對(duì)容器的依賴使得EJB 2.0只能用于服務(wù)器組件的開(kāi)發(fā)，無(wú)法實(shí)現(xiàn)一次編寫，四處運(yùn)行的面向構(gòu)件的開(kāi)發(fā)

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

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

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

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

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

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

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

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

第一個(gè)Entity Bean:HelloWorld

EJB3中的Entity Bean是如此的簡(jiǎn)單，就是一個(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ù)的說(shuō)明：

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

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

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

就這么簡(jiǎn)單！

                
    @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;
    }
}