【正文】 EJB Enterprise JavaBeans ? Enterprise JavaBeans架構(gòu)是一個用于開發(fā)和部署基于組件的分布式業(yè)務(wù)應(yīng)用的組件架構(gòu)。采用 Enterprise JavaBeans架構(gòu)編寫的應(yīng)用是可伸縮的、事務(wù)性的、多用戶安全的?？梢砸淮尉帉戇@些應(yīng)用，然后部署于任何支持 Enterprise JavaBeans規(guī)范的服務(wù)器平臺上 ? Enterprise JavaBeans 是一個用于分布式業(yè)務(wù)應(yīng)用的標準服務(wù)器端組件模型。 服務(wù)器端組件 ? 一個服務(wù)器端組件模型可以定義一個用來開發(fā)分布式業(yè)務(wù)對象的架構(gòu)，以便將針對分布式對象系統(tǒng)的訪問組合起來，該系統(tǒng)體現(xiàn)了目標明確的業(yè)務(wù)邏輯的流動性。 ? 服務(wù)器端組件模型被用于中間層的應(yīng)用服務(wù)器，此類服務(wù)器在運行時管理組件，并使其可以被遠程客戶端訪問到。 ? 依賴于組件模型，服務(wù)器管理員通過給屬性設(shè)置特定取值，可以為服務(wù)器端組件聲明事務(wù)、安全，甚至持久化行為。 EJB的分類 ? 有三類基本的 bean： entity， session，以及messagedriven。 ? Entity bean是持久化的，它代表著人，場所，或者事物。 ? Session bean則是客戶端的延伸，它包含著一個定義了其他 bean如何交互的流程或任務(wù)流。Session bean不是持久化的：它們從客戶端接受狀態(tài)，并且只在客戶端需要它們的時候才存在。 ? Messagedriven bean則是用于整合的，它允許其他應(yīng)用使用 JMS或別的 EJB應(yīng)用進行交互。和 stateless session bean一樣，messagedriven bean不用持久化，并且不維持會話狀態(tài)。 Session Bean ? Session bean就像代理一樣為客戶端管理業(yè)務(wù)流程或任務(wù)，他們是安置業(yè)務(wù)邏輯的理想之所。 Session bean時不必持久化的；在session bean里不存在任何直接映射到數(shù)據(jù)庫或者存儲于若干 session 之間的信息。 ? Session bean與 entity bean、數(shù)據(jù)、還有其他用以控制任務(wù)流的資源一起工作。任務(wù)流是任何業(yè)務(wù)系統(tǒng)的本質(zhì)所在，因為它表達了實體間如何交互，用以模塑實際的業(yè)務(wù)。Session bean控制任務(wù)和資源，但它們自身并不代表實際數(shù)據(jù) 代理存根和 bean實例 ? 當你的業(yè)務(wù)邏輯與 session bean交互時，它并不直接與 bean class的實例打交道，而是經(jīng)由 bean的遠程或本地接口。當調(diào)用遠程或本地接口的方法時，你所使用的對象實例時一種被稱為代理存根的東西。該代理存根實現(xiàn)了 session bean的遠程或本地接口，并且負責將你的 session bean方法調(diào)用經(jīng)過網(wǎng)絡(luò)發(fā)生到遠程 EJB容器，或?qū)⒄埱舐酚傻轿挥诒镜?JVM內(nèi)的 EJB容器。 ? 代理存根可以由像 RMI的 rmic這樣的預(yù)編譯器生成，或者像 JBoss那樣，在部署期間使用 JDK所帶的 成。 Session Bean ? 將任務(wù)流邏輯移到 session bean中還簡化了客戶端應(yīng)用，降低了網(wǎng)絡(luò)通信。過量的網(wǎng)絡(luò)通信是分布式對象系統(tǒng)的常見問題：它能搞垮服務(wù)器和阻塞網(wǎng)絡(luò)，損害響應(yīng)時間和性能。 ? 如果使用得當，通過限制執(zhí)行一項任務(wù)所需的請求數(shù)量， session bean能夠減小網(wǎng)絡(luò)通信流量。 Sessoin bean的使用者將任務(wù)流所涉及的不同 bean之間的彼此交互保持于服務(wù)器端。位于客戶端應(yīng)用的一次方法調(diào)用導(dǎo)致了服務(wù)器端的多次方法調(diào)用，但是網(wǎng)絡(luò)所看到的僅僅是由客戶端調(diào)用 session bean所引起的通信流量。 Stateful和 stateless session bean ? Sessoin bean既可以是有狀態(tài)的，也可以是無狀態(tài)的。當客戶端使用 stateless session bean時 session bean就維持了會話狀態(tài)。會話狀態(tài)是不寫入數(shù)據(jù)庫的。它是客戶端在維持與某一 enterprise bean的會話時保存于內(nèi)存中的信息，并且一旦會話結(jié)束或 EJB容器崩潰，就會隨即消失。 ? 會話狀態(tài)僅在客戶端應(yīng)用正在使用 bean 的時候才會被保持。一旦客戶端關(guān)閉或釋放了Session Bean，會話狀態(tài)就永久性消失了。Stateful Session Bean只為同一客戶端提供服務(wù)。 持久化和 Entity Beans ? 持久化是位于 JDBC 之上的一個更高層抽象。持久層將對象映射到數(shù)據(jù)庫，以便在查詢、裝載、更新，或刪除對象的時候，無須使用像 JDBC 那樣繁瑣的 API。在 EJB 的早期版本中，持久化是 EJB 平臺的一部分。從EJB 開始，持久化已經(jīng)自成規(guī)范，被稱為 Java Persistence API。 ? Java Persistence API 定義了一種方法，可以將常規(guī)的普通 Java 對象（有時被稱作 POJO）映射到數(shù)據(jù)庫。這些普通 Java 對象被稱作 entity bean。 Entity Bean ? Java entity bean僅作為普通Java對象（ POJO）來使用，并且是映射到關(guān)系數(shù)據(jù)庫表的。與其他類型的 EJB不同， entity bean可以被分配，序列化，并像任何其他 POJO那樣通過網(wǎng)絡(luò)被發(fā)送出去。 ? 用 entity bean來模塑那些可以被表達成名詞的業(yè)務(wù)概念。例如，一個 entity bean可以代表一位顧客、一臺設(shè)備、存貨清單中的一項，或者一個地點。為了實現(xiàn)entity bean，你需要定義一個 bean class，并選擇合適的數(shù)據(jù)成員作為該 bean class的標識（即主鍵）。 ? 主鍵是一種提供數(shù)據(jù)庫指向的手段。它給予 entity bean class以標識，即作為內(nèi)存中的對象，也作為數(shù)據(jù)庫里表中的一行。主鍵可以是一個類，也可以是基本類型（ primitive type）。 持久化和 Entity Beans ? 在 EJB 規(guī)范中， entity bean 非常笨重并且依賴于應(yīng)用服務(wù)器和整個 Java EE 運行時環(huán)境。在 Java Persistence 里， entity bean 是受持久化服務(wù)管理的常規(guī) Java 對象。與 EJB 不同， Java Persistence 中的 entity bean 并不要求實現(xiàn)任何規(guī)范特有的接口或類。 ? 舊規(guī)范的另一個缺點在于，它讓每個廠商自行決定對象如何映射到數(shù)據(jù)庫。這使得 EJB 的 entity bean通常無法在不同廠商間進行移植。新的 Java Persistence 規(guī)范定義了一個完備的對象關(guān)系映射（ ORM），如此，entity bean 便能夠在廠商之間輕松移植。 持久化和 Entity Beans ? 由于 entity bean在 Java對象了，它們不僅可以在應(yīng)用服務(wù)器之間進行移植；還能用于應(yīng)用服務(wù)器之外的常規(guī) Java應(yīng)用程序，甚至可以用于客戶端和服務(wù)器之間的數(shù)據(jù)傳輸。這使得設(shè)計更加簡潔，也更為緊湊。 ? Java Persistence 中的 entity bean不同于 entity bean。應(yīng)用程序的代碼可以直接與 entity bean class打交道，而且不用像 EJB session bean那樣，通過一個組件接口來與 entity交互。 ? 與舊版本的 EJB規(guī)范不同，在 Java Persistence中，entity bean和 Entity Manager不要求必須使用應(yīng)用服務(wù)器。你可以在單元測試和 Java應(yīng)用程序中使用 Java Persistence，就像使用任何別的 Java庫一樣。 MessageDriven Beans ? Messagedriven bean處理異步消息的 EJB。 ? Messagedriven bean是用來整合其他應(yīng)用系統(tǒng)的，這些系統(tǒng)和 EJB應(yīng)用一起工作。需要訪問 EJB應(yīng)用的Java應(yīng)用或遺留系統(tǒng)可以通過 JMS向 messagedriven bean發(fā)送消息。由這些 bean來處理消息，并利用其他的 entity bean和 session bean來執(zhí)行必要的任務(wù)。 ? 在許多場合下， JMSMDB扮演著與 stateless session bean同樣的角色：它們管理著 entity bean和session bean的任務(wù)流。這些任務(wù)是由應(yīng)用系統(tǒng)利用JMS發(fā)送的異步消息來發(fā)起的。與 session bean調(diào)用其組件接口的業(yè)務(wù)方法以做出響應(yīng)。因為消息是異步的，所以發(fā)送消息的客戶端就不用期望有回復(fù)了?？蛻舳撕唵蔚膶⑾l(fā)送，然后便可將其拋在腦后。 異步通信 ? 除了支持基于 RMI 的分布式業(yè)務(wù)對象，Enterprise JavaBeans 還支持異步通信。一個異步通信系統(tǒng)允許兩個或多個應(yīng)用以消息的形式交換信息。在這里，消息（ message）是一個攜帶業(yè)務(wù)數(shù)據(jù)和網(wǎng)絡(luò)路由包頭（ work routing header）的自包含數(shù)據(jù)包（ selfcontained package）。 ? 包含在消息中的業(yè)務(wù)數(shù)據(jù)，根據(jù)業(yè)務(wù)場景可以是任何內(nèi)容，并且時常包含有關(guān)業(yè)務(wù)性事務(wù)的信息。在企業(yè)系統(tǒng)中，消息用于通知一個應(yīng)用系統(tǒng)中的某一事件，或是在其他系統(tǒng)內(nèi)發(fā)生的事件。 異步通信 ? 使用面向消息的中間件（ messageoriented middleware, MOM）可以在網(wǎng)絡(luò)上將異步消息從一個應(yīng)用傳送到另一個應(yīng)用。 MOM 產(chǎn)品確保消息正確地分布于應(yīng)用系統(tǒng)間。此外，MOM通常還為需要可靠的交換大量消息的企業(yè)提供容錯、負載均衡、可伸縮，以及事務(wù)支持。 ? Enterprise JavaBeans 將 MOM 的功能集成到其組件模型中。該集成擴展了 EJB 平臺，因而它同時支持 RMI 和異步消息。 EJB 借助 Java Message Service（ JMS）和一個被稱作 messagedriven bean 的新型組件來支持異步消息。 Java Message Service ? 雖然每個 MOM 廠商各自實現(xiàn)自己的網(wǎng)絡(luò)協(xié)議，路由和管理設(shè)施，但是不同 MOM 為開發(fā)者所提供的 API，其基本語義是相同的。正是 API 的相似性使得 Java Message Service（ JMS）成為可能。 ? JMS 是一組廠商無關(guān)（ vendoragnostic）的 Java API，可以用于許多不同的 MOM 廠商。 JMS 與 JDBC 非常類似，應(yīng)用程序開發(fā)者能夠重復(fù)使用同樣的 API 來訪問許多不同的系統(tǒng)。如果廠商提供了 JMS 兼容服務(wù)提供程序，我們就可以使用 JMS API 來向其發(fā)送消息，并且接收來自該提供商的消息。 JCA ? 在 EJB 中，借助新的 Java EE Connector Architecture（ JCA ），messagedriven bean向其他協(xié)議的擴展成為了可能。該規(guī)范定義了一個用于和企業(yè)信息系統(tǒng)交互的可移植的編程模型。在 Java EE 中使用 JCA 就如同在計算機硬件中使用 USB。 Web Services ? web service 代表了分布計算領(lǐng)域里最近的潮流。盡管 web service 這一術(shù)語已經(jīng)廣為流傳，但是要形成具體化的定義卻比較困難，因為在最高層面上， web service 并非專屬于任何特定技術(shù)或平臺。 ? SOAP ? WSDL ? UDDI XML部署描述文件和 JAR文件 ? 注解允許開發(fā)人員在 bean class文件中直接制定數(shù)據(jù)庫映射用元數(shù)據(jù)。 ? Java Persistence規(guī)范允許你在一個叫做映射文件（ mapping file）的 XML部署描述文件中定義 bean到數(shù)據(jù)庫的映射。該 XML映射文件可以用來取代 bean class的注解。 ? 如果 bean class的注解早已存在，那么該映射文件能夠覆蓋這些注解，或是提供附加的元數(shù)據(jù)。 XML映射文件的優(yōu)先級總是高于任何 bean class的注解。一旦定義很好 XML部署描述文件和 entity bean class，你必須將它們?nèi)看虬M一個 Java Archive（ JAR）文件里 Session Bean的開發(fā) Session Bean ? Session bean可分為兩種基本類型：stateless和 stateful。 Stateless session bean是一組相關(guān)服務(wù)的集合，每個服務(wù)由一個方法來表示。 Stateless session bean不維護任何介于兩次方法調(diào)用間的狀態(tài)。當你調(diào)用 stateless session bean的某個方法時，它會執(zhí)行該方法并返回結(jié)果，既不了解也不關(guān)心前后還有哪些調(diào)用請求。因此，可以將stateless session bean理解為一組子程序(procedure)或批處理程序 (batch progr。am)，它們根據(jù)傳的參數(shù)執(zhí)行請求，然后返回結(jié)