二．業(yè)務(wù)邏輯層
多層應(yīng)用模型中的業(yè)務(wù)邏輯層被用于封裝應(yīng)用業(yè)務(wù)邏輯，包括獨(dú)立于應(yīng)用界面的業(yè)務(wù)組件，通過應(yīng)用服務(wù)器中的組件容器提供運(yùn)行時環(huán)境。 Enterprise JavaBeans?（以下稱EJB)是J2EE?應(yīng)用中的業(yè)務(wù)邏輯層的組件模型。Apusic應(yīng)用服務(wù)器提供了對EJB2.0規(guī)范的完全實現(xiàn)，同時提供了相關(guān)的特有特性，以簡化對J2EE應(yīng)用邏輯層的開發(fā)、部署、管理和維護(hù)。
Apusic應(yīng)用服務(wù)器中的EJB容器提供對EJB的生存周期管理、緩存、持久性和事務(wù)管理等服務(wù)，Apusic提供三種類型的EJB的支持：Session Bean、Entity Bean和Message-driven Bean。 同時提供了相關(guān)的一些特性，如CMR、EJB QL等，為提高應(yīng)用執(zhí)行的效率，還提供了新的Local接口。
1．Entity Bean
Entity Bean被用于表示應(yīng)用中的業(yè)務(wù)實體，通常與數(shù)據(jù)庫或傳統(tǒng)應(yīng)用中的業(yè)務(wù)數(shù)據(jù)實體保持映射關(guān)系，可以理解為數(shù)據(jù)庫或傳統(tǒng)應(yīng)用中的業(yè)務(wù)數(shù)據(jù)實體在內(nèi)存中的對象表示方式。
Apusic應(yīng)用服務(wù)器支持新的容器管理關(guān)系模型(CMR)和Entity Bean的查詢語言EJB QL。
(1) 容器管理持久性（Container Managed Persistence）指由EJB容器處理Entity Bean需要的對數(shù)據(jù)庫的訪問。使Entity Bean可以脫離特定類型的數(shù)據(jù)庫，從而具有更高的靈活性。
(2) 容器管理關(guān)系（Container Managed Relation）
容器管理關(guān)系用于對實體數(shù)據(jù)對象之間關(guān)系的管理。
容器管理持久性的Entity Bean有以下四種容器管理關(guān)系：
·? one-to-one，一個Bean的單個實例關(guān)聯(lián)另一個Bean的單個實例；
·? one-to-many，一個Bean的單個實例關(guān)聯(lián)另一個Bean的多個實例；
·? many-to-one，一個Bean的多個實例關(guān)聯(lián)另一個Bean的單個實例；
·? many-to-many，一個Bean的多個實例關(guān)聯(lián)另一個Bean的多個實例；
容器管理關(guān)系的方向可以是雙向或單向。在一個雙向的關(guān)系中，涉及的Bean都有一個關(guān)系域與另外的Bean關(guān)聯(lián)，通過關(guān)系域，可以從一個Bean的實例中訪問關(guān)聯(lián)的Bean對象，反之亦可。在一個單向的關(guān)系中，只有一個Bean擁有關(guān)聯(lián)其他Bean的關(guān)系域，只能從這個Bean的實例訪問被關(guān)聯(lián)的Bean對象，而不可從被關(guān)聯(lián)的Bean對象訪問到這個實例。
(3)EJBQL
對于容器管理持久性的Entity Bean，需要在部署描述中定義抽象模式的名字。這些名字將可以通過使用Enterprise JavaBeas? Query Language（EJB? QL）編寫的查詢語句進(jìn)行引用。例如，必須為每一個finder方法定義一個EJB QL查詢語句，通過此語句定義當(dāng)此finder方法被調(diào)用時，容器執(zhí)行的查詢。
另外在Apusic的自有特性中提供了對從EJBQL中查詢出的對象進(jìn)行排序的功能，即擴(kuò)展的了EJBQL的語句提供了Order By語句可以進(jìn)行排序。

2．Session Bean
Session Bean通常被用于實現(xiàn)業(yè)務(wù)過程邏輯，通過對Entity Bean的操作完成業(yè)務(wù)過程并封裝過程邏輯。 盡管在需要的情況下，Session Bean可以有保持?jǐn)?shù)據(jù)到持久存儲機(jī)制的能力,如數(shù)據(jù)庫，但Session Beans不是持久的。
相對于表示業(yè)務(wù)實體的Entity Bean，Session Bean的生存時間要短，大致等于于一個客戶端會話的延續(xù)時間。例如，客戶通過瀏覽器，訪問與Session Bean表示的相關(guān)業(yè)務(wù)過程，或通過一個Java應(yīng)用程序" title="應(yīng)用程序">應(yīng)用程序或者是Applet訪問的相關(guān)業(yè)務(wù)過程的持續(xù)時間，或其它Enterprise Bean訪問此業(yè)務(wù)過程的持續(xù)時間。
Session Bean是非持久的，其狀態(tài)不被保存到持久存儲機(jī)制（如數(shù)據(jù)庫、文件系統(tǒng)）中，盡管Session Bean本身可以執(zhí)行對數(shù)據(jù)庫的操作，但它并不是一種持久對象的表示。
Session Bean表示客戶端與應(yīng)用之間的會話。會話由客戶端與組件之間的交互組成，一般表現(xiàn)為一系列的方法調(diào)用" title="方法調(diào)用">方法調(diào)用。
根據(jù)Session Bean保持會話狀態(tài)的方式，可分為狀態(tài)的和無狀態(tài)的Session Bean。

（1）無狀態(tài)（Stateless）的Session Bean，會話狀態(tài)只會在單個方法調(diào)用中被保持，一旦方法調(diào)用結(jié)束，組件將丟棄方法調(diào)用過程中保持的狀態(tài)，不保持跨越方法調(diào)用的會話狀態(tài)。
(2)對于有狀態(tài)（Stateful）的Session Bean，在整個會話期間，特定組件實例將保持與某個特定客戶端之間跨越方法調(diào)用的會話狀態(tài)。

3．Message-driven Bean
Message-driven Bean 是EJB2.0規(guī)范中新增的一個enterprise bean 類型，通常被用于異步接收從客戶端發(fā)送的消息，觸發(fā)相應(yīng)的業(yè)務(wù)處理過程。
Message-Driven Bean 作為EJB2.0規(guī)范中新增的一個enterprise bean 類型，除得到應(yīng)用服務(wù)器管理的事務(wù)，安全和資源訪問的服務(wù)之外，同時作為 JMS消息系統(tǒng)中的消息使用者 （Message Consumer）接收并處理應(yīng)用消息。
通過消息機(jī)制而非直接的方法調(diào)用，客戶端可以繼續(xù)執(zhí)行而不必等待服務(wù)器的運(yùn)行結(jié)果，服務(wù)器可以選擇在方法調(diào)用完成后通知客戶，而消息機(jī)制本身保證了信息傳輸?shù)目煽啃裕?同時使用消息域(Message Domain)中的消息類型模型以達(dá)到事件廣播的機(jī)制。
(1) Message-driven Bean 作為一般的JMS 使用者(consumer)
作為一種具有JMS使用者(consumer)功能的Enterprise Bean組件模型，Message-Driven Bean由EJB容器進(jìn)行管理，具有一般的JMS使用者(consumer)所不具有的優(yōu)點，如對于一個Message-driven Bean，容器可創(chuàng)建多個實例來處理大量的并發(fā)消息，而一般的JMS使用者 (consumer)開發(fā)時則必須對此進(jìn)行處理才能獲得類似的功能。同時Message-Driven Bean可取得EJB所能獲得的標(biāo)準(zhǔn)服務(wù)，如容器管理事務(wù)等服務(wù)。
(2) Message-driven Bean 與其他Enterprise Bean
作為Enterprise Bean組件模型之一，Message-driven Bean，具有一些與Session Bean 和Entity Bean相同的方法，但由于Message-driven Bean本身不處理客戶端調(diào)用，也無會話狀態(tài)，客戶只能通過向與Message Driven Bean關(guān)聯(lián)的隊列或主題發(fā)送消息從而與Message-driven Bean 進(jìn)行交互，因此，Message-driven Bean 與Session Bean 和Entity Bean之間最大的不同之處在于Message-Driven Bean不具有組件接口及Home接口。
另外，Message-driven Bean異步地處理隊列（Queue）或主題(Topic)中的消息，而非方法調(diào)用。

4．Apusic專有特性
除了對EJB2.0規(guī)范的實現(xiàn)，Apusic應(yīng)用服務(wù)器中的EJB容器和相關(guān)系統(tǒng)服務(wù)還提供了一些高端增值特性，通過這些增值特性，使得面向Apusic應(yīng)用服務(wù)器的業(yè)務(wù)邏輯層的開發(fā)、部署、運(yùn)行和維護(hù)變得更加方便、高效和可靠。
（1）實例池
通過圖形化的配置工具或簡單修改組件配置文件，Apusic應(yīng)用服務(wù)器可以預(yù)先裝載指定數(shù)量的對象實例到實例池中，使對客戶請求進(jìn)行響應(yīng)的過程更加高效。
（2）CMP Entity Bean自動升遷
對于一個按照EJB1.1規(guī)范編寫的CMP Entity Bean，應(yīng)用服務(wù)器在運(yùn)行時將其自動升級到EJB2.0，使按照EJB1.1規(guī)范編寫的EJB可以使用EJB2.0規(guī)范中提供的Lazy Loading和Smart Update技術(shù)以提高應(yīng)用執(zhí)行的效率，同時降低已有應(yīng)用在維護(hù)上的成本。
（3）熱部署
為提高企業(yè)應(yīng)用開發(fā)、調(diào)試和維護(hù)的效率，Apusic應(yīng)用服務(wù)器提供了熱部署的功能。在運(yùn)行時，可以動態(tài)地部署和修改應(yīng)用中的應(yīng)用程序，無需停止和重新啟動服務(wù)器即可應(yīng)用新的改動。
（4）自動遷移及部署
不同的應(yīng)用服務(wù)器廠商提供的基于J2EE?規(guī)范實現(xiàn)的應(yīng)用服務(wù)器的不同，使得多數(shù)企業(yè)應(yīng)用在不同的服務(wù)器之間遷移時，需要改動一些配置，提高了應(yīng)用移植的成本，Apusic應(yīng)用服務(wù)器提供了自動遷移和部署的能力，對于面向其他非Apusic應(yīng)用服務(wù)器開發(fā)的企業(yè)應(yīng)用，可以不改動應(yīng)用程序，而由應(yīng)用服務(wù)器自動完成移植的工作并部署到應(yīng)用服務(wù)器，大大降低了應(yīng)用移植的成本。
目前對于面向Weblogic8.1和J2EE?RI開發(fā)的企業(yè)應(yīng)用，可以直接使用這項功能，Apusic應(yīng)用服務(wù)器還將在此項功能上添加對當(dāng)前其他主流應(yīng)用服務(wù)器的支持。
（5）自動生成查詢
為提高面向CMP Entity Bean的開發(fā)效率和降低開發(fā)的難度，Apusic應(yīng)用服務(wù)器可為CMP Entity Bean自動生成缺省的finder query。

三. 數(shù)據(jù)層
Apusic應(yīng)用服務(wù)器模型中的數(shù)據(jù)層提供企業(yè)應(yīng)用對關(guān)系型數(shù)據(jù)庫和傳統(tǒng)企業(yè)應(yīng)用數(shù)據(jù)的高效而可靠的訪問。使得企業(yè)應(yīng)用可以通過JDBC實現(xiàn)對關(guān)系型數(shù)據(jù)庫安全、可靠而且高效的訪問。目前Apusic應(yīng)用服務(wù)器提供了對最新的JDBC3.0版本的支持。任意合法的J2EE?編程模型都可以從Apusic應(yīng)用服務(wù)器數(shù)據(jù)庫連接池中獲得對關(guān)系型數(shù)據(jù)庫的連接。
按照J(rèn)2EE?的規(guī)范，Entity Bean被設(shè)計為與數(shù)據(jù)庫直接交互的最佳模型，但在實際的企業(yè)運(yùn)用開發(fā)中，任何一種編程模型都有可能直接與數(shù)據(jù)庫進(jìn)行交互，針對這種情形，Apusic應(yīng)用服務(wù)器提供了很多功能或特性，使對數(shù)據(jù)層訪問的開發(fā)更為簡單同時達(dá)到更為高效而安全的目標(biāo)。
·? JDBC結(jié)果集緩存
對于Session Bean、JSP、Servlets為主的J2EE應(yīng)用中，頻繁訪問數(shù)據(jù)庫而缺少對應(yīng)的數(shù)據(jù)緩存等機(jī)制，往往會成為企業(yè)應(yīng)用的瓶頸。因此，Apusic應(yīng)用服務(wù)器提供了JDBC結(jié)果集緩存技術(shù)，通過將數(shù)據(jù)庫返回的結(jié)果集保存在內(nèi)存中可以大幅提高應(yīng)用系統(tǒng)的性能，同時，使用結(jié)果集緩存對應(yīng)用開發(fā)者是完全透明的，保證了應(yīng)用的可移植特性。
·? JDBC語句緩存
對于Session Bean、JSP、Servlets為主的J2EE應(yīng)用中，頻繁訪問數(shù)據(jù)庫而缺少對應(yīng)的數(shù)據(jù)緩存等機(jī)制，往往會成為企業(yè)應(yīng)用的瓶頸。因此，Apusic應(yīng)用服務(wù)器提供了JDBC語句緩存技術(shù)，同時使用預(yù)編譯的查詢語句，提高應(yīng)用程序訪問數(shù)據(jù)庫的效率。
·? 連接池
對于復(fù)雜的企業(yè)應(yīng)用而言，對數(shù)據(jù)庫連接池的可靠、效率，成本都有著極高的要求，Apusic應(yīng)用服務(wù)器提供了對連接資源的優(yōu)化，使有限的數(shù)據(jù)庫連接資源得到最大程度的利用，同時，對于應(yīng)用錯誤使用連接造成的死鎖" title="死鎖">死鎖或阻塞，提供了死鎖檢測的技術(shù)，而以上的特性對于用戶而言是完全透明的。

四．安全服務(wù)
對于企業(yè)應(yīng)用而言，應(yīng)用服務(wù)器所能提供的安全方面的功能是保證企業(yè)應(yīng)用數(shù)據(jù)完整、邏輯完整和減少被入侵可能的 重要特性，針對多層的分布式企業(yè)應(yīng)用的安全要求，Apusic應(yīng)用服務(wù)器提供了可靠高效的安全構(gòu)架。同時，為應(yīng)用程序的加密需求提供了一個安全、強(qiáng)壯、高效的JCE(Java Cryptography Extension)提供者。

?
?????????????????????????????????????? 圖二　Apusic服務(wù)器數(shù)據(jù)安全功能的架構(gòu)
·? 身份鑒定
Apusic應(yīng)用服務(wù)器提供了面向用戶、調(diào)用過程和客戶端調(diào)用等方式的身份鑒定，通過使用用戶名和密碼、證書等等方式，將合法的應(yīng)用用戶和調(diào)用程序區(qū)別于非法的入侵者。
·? 授權(quán)
授權(quán)是使企業(yè)應(yīng)用的完整性和安全性得以保證的重要因素，Apusic應(yīng)用服務(wù)器對企業(yè)應(yīng)用的授權(quán)策略提供了易于配置和修改的方法與工具，同時提供了可靠安全的授權(quán)機(jī)制。
·? 加密
對于企業(yè)應(yīng)用中的敏感數(shù)據(jù)的保存和交換，Apusic提供了高效可靠的加密機(jī)制。
Apusic 安全服務(wù)提供了數(shù)字簽名、消息摘要、消息鑒別碼、RSA 非對稱加密、序列密碼加密、分組密鑰密碼加密、密鑰生成、密鑰交換等常用的算法。
·? 安全數(shù)據(jù)存儲
對于系統(tǒng)中的關(guān)鍵數(shù)據(jù)，如消息、用戶信息等等，Apusic提供了極安全的內(nèi)部保護(hù)存儲機(jī)制。
Apusic 應(yīng)用服務(wù)器的加密算法完全是自主實現(xiàn)的，一舉打破國際對中國加密算法位數(shù)的限制。國內(nèi)企業(yè)，政府部門等使用Apusic 應(yīng)用服務(wù)器會更加安全可靠。
Apusic應(yīng)用服務(wù)器同時提供了對JSSE的實現(xiàn)。

五．事務(wù)服務(wù)
J2EE中對于事務(wù)的處理是分布式的，Apusic完全提供對XA事務(wù)的支持，顯示對大型企業(yè)應(yīng)用的支持。
為了簡化開發(fā)者對事務(wù)的處理，Apusic應(yīng)用服務(wù)器在EJB容器中提供容器管理事務(wù)（Container Managed Transaction），應(yīng)用開發(fā)者使用EJB管理數(shù)據(jù)即自動獲得了事務(wù)的保證，由于EJB容器對數(shù)據(jù)庫的管理是分布式的開發(fā)者又由此自動獲得了對應(yīng)用開發(fā)較為困難的分布事務(wù)管理能力，這一切都由應(yīng)用服務(wù)器完成。
為保證應(yīng)用數(shù)據(jù)和業(yè)務(wù)邏輯的的完整性，除了提供完全符合規(guī)范和強(qiáng)壯的事務(wù)管理器之外，Apusic應(yīng)用服務(wù)器對Entity Bean中特別是CMP類型的組件，提供了強(qiáng)壯而靈活的事務(wù)構(gòu)架。
·? 死鎖檢測
能夠根據(jù)資源等待圖自動檢測出死鎖狀態(tài)，當(dāng)事務(wù)發(fā)生死鎖時將其中一個事務(wù)回滾，以釋放事務(wù)所占用的資源，使其他事務(wù)能夠繼續(xù)執(zhí)行。
·? 并發(fā)控制
提供了靈活和強(qiáng)壯的EJB并發(fā)控制機(jī)制，單獨(dú)分離出了并發(fā)控制部分，可以使用插件的形式同時提供多種并發(fā)控制協(xié)議。
·? JMS全局事務(wù)
提供了一個作為事務(wù)性資源管理器的JMS 提供者(Provider)，允許從JSP，Servlet， EJB 等應(yīng)用組件中對JMS 進(jìn)行事務(wù)性的訪問。同時，從一個單一事務(wù)邊界中允許多個應(yīng)用組件訪問JMS 提供者。

六．名字服務(wù)
由于J2EE應(yīng)用的關(guān)鍵特性是分布式的，其提供的服務(wù)可能分布在任何一個機(jī)器或網(wǎng)絡(luò)，應(yīng)用的開發(fā)統(tǒng)一通過JNDI（Java Naming and Directory Interface）來獲得服務(wù)，開發(fā)者在開發(fā)時可以不用關(guān)心服務(wù)的物理所在。
Apusic完全支持使用JNDI，并且開發(fā)完成后，部署者(Deployer)可以在部署工具中配置應(yīng)用所需要的環(huán)境、資源、服務(wù)，使應(yīng)用獲得所需的分布式服務(wù)，完成最終生產(chǎn)環(huán)境的建立。

七．Web Services
Apusic應(yīng)用服務(wù)器實現(xiàn)了對Web Services的支持。Apusic Web Services 是一個開放的遵循業(yè)界標(biāo)準(zhǔn)的Web Services實現(xiàn)，主要實現(xiàn)了以下 的Web Services相關(guān)規(guī)范：
.?JAX-RPC1.0
.?JAXM1.1
.?SAAJ1.1
.?JAXR1.0
.?SOAP1.1
.?SOAP with Attachments
.?WSDL1.1
.?UDDI2.0
Apusic Web Services支持和其他Web Services產(chǎn)品的交互，包括Weblogic和.Net。
八．與CORBA的互操作
CORBA（Common Object Request Broker Architecture, 公共對象請求代理體系結(jié)構(gòu)）是由OMG（對象管理組織，Object Management Group）提出的應(yīng)用軟件體系結(jié)構(gòu)和對象技術(shù)規(guī)范，被廣泛的用來開發(fā)分布式系統(tǒng)。Apusic應(yīng)用服務(wù)器完整的實現(xiàn)了CORBA-EJB映射規(guī)范，因此可以和CORBA對象進(jìn)行互相調(diào)用。CORBA和EJB的互操作規(guī)范包含以下四個方面：
.?EJB接口到CORBA接口的映射；
.?JNDI名字到CORBA名稱服務(wù)（CosNaming ）的映射；
.?EJB和CORBA之間的事務(wù)傳播；
.?EJB和CORBA之間的安全傳播。
Apusic應(yīng)用服務(wù)器實現(xiàn)了RMI-IIOP（Internet Inter-ORB Protocol）協(xié)議，能夠在多個Apusic服務(wù)器實例之間傳播事務(wù)、安全等上下文信息（Context）。