【正文】 loyed independently and is subject to position by third parties [31].According to this definition the following entities which make up a typical J2EE application would be considered application ponents (some exceptions given below): ? EJBs (session, entity, messagedriven), ? Web ponents (servlets, JSPs), ? messaging destinations, ? Data sources, EJB and Web ponents are deployed into their corresponding containers provided by the application server vendor. They have welldefined contracts with their containers that govern lifecycle, threading, persistence and other concerns. Both Web and EJB ponents use JNDI lookups to locate resources or other EJB ponents they want to municate with. The JNDI context in which these lookups are performed is maintained separately for each ponent by its container. Bindings messaging destinations, such as topics and queues, are resources provided by a messaging service implementation. Data sources are resources provided by the application server for data access by business ponents into the enterprise information services (data) tier, and most monly are exemplified by JDBC connection pools managed by the application Server. A J2EE programmer explicitly programs only EJBs and Web ponents. These customwritten ponents interact with each other and system services both implicitly and explicitly. For example, an EJB developer may choose explicit transaction demarcation (., BeanManaged Transactions) which means that the developer assumes the burden of writing explicit programmatic interaction with the platform’s Transaction Manager Service through welldefined interfaces. Alternatively, the developer may choose ContainerManaged transaction demarcation, where transactional behavior of a ponent is defined through its 黃河科技學(xué)院畢業(yè)設(shè)計(jì) (文獻(xiàn)翻譯 ) descriptors and handled pletely by the EJB container, thus acting as an implicit dependency of the EJB on the underlying Transaction Manager service. Links Between Components Remote Interactions J2EE defines only three basic interponent connection types that can cross application server boundaries, in all three cases。 Distributed。所有其它的 JBoss 是動態(tài)配置的，并外在的表現(xiàn)為具有良好機(jī)制和生命周期的 JMX 務(wù)外在利用應(yīng)用組件去設(shè)計(jì)相關(guān)功能，并且只有需要的系統(tǒng)服務(wù)才會得到合理配置和部署！ 參考文獻(xiàn) [1] Matt Bishop. Computer Security: Art and Science. New York, 2021 [2] Matt Bishop. Vulnerabilities Analysis. Proceedings of the Second International Symposium on Recent Advances in Intrusion Detection. Los Angeles 2021 [3] Balasubra maniyan. Architecture for Intrusion Detection using Autonomous Agents[M]. Department of Computer Sciences, Purdue University, 1998. 黃河科技學(xué)院畢業(yè)設(shè)計(jì) (文獻(xiàn)翻譯 ) Infrastructure for Automatic Dynamic Deployment Of J2EE Application in Distributed Environments Anatoly Akkerman, Alexander Totok, and Vijay Karamcheti Abstract: in order to achieve such dynamic adaptation, we need an infrastructure for automating J2EE application deployment in such an environment. This need is quite evident to anyone who has ever tried deploying a J2EE application even on a single application server, which is a task that involves a great deal of configuration of both the system services and application ponents. Key words: j2ee。例如， JBoss 利用 Java 管理擴(kuò)展服務(wù)器來實(shí)現(xiàn)基本的命名和調(diào)用功能。在該模型中，一個微型的服務(wù)包括了系統(tǒng)調(diào)用總線，一個穩(wěn)健的類下載子系統(tǒng)，一些命名子系統(tǒng)和一個動態(tài)配 置子系統(tǒng)。我們感覺到通過動態(tài)的部署和拆卸系統(tǒng)服務(wù)，動態(tài)的配置應(yīng)用服務(wù)器對動態(tài)分布的部署 J2EE 應(yīng)用程序是一種十分重要的構(gòu)建資源有效型框架的方法?？紤]到應(yīng)用層可能通常只用到了應(yīng)用服務(wù)器所提供 的服務(wù)的一個子集，根據(jù)應(yīng)用層的需要允許遞增的配置服務(wù)的組件應(yīng)用服務(wù)器允許更高效的利用多種資源。與之相似的是，一個消息驅(qū)動的 bean，也隱式需要一種運(yùn)行在網(wǎng)絡(luò)上消息服務(wù)實(shí)例。對系統(tǒng)服務(wù)來說不僅沒有具體的定義一個標(biāo)準(zhǔn)化的部署，實(shí)際上，這個規(guī)格甚至連沒有強(qiáng)調(diào)在生命周期屬性方面的要求，更不用手強(qiáng)調(diào)依賴也潛 在的系統(tǒng)服務(wù)的應(yīng)用組件的明確規(guī)范了取而代之的是它定義了部署者的角色，這個角色負(fù)責(zé)確保像組件的本性和系統(tǒng)的解釋器所暗示的那樣，所需的服務(wù)是基于應(yīng)用組件對系統(tǒng)服務(wù)依賴性的基礎(chǔ)之上。大多數(shù)現(xiàn)代的應(yīng)用服務(wù)器都提供這樣的功能。相應(yīng)地，部署解釋器也可以簡單地用 URL 來索引代碼。 為了著手構(gòu)建一個能夠部署不可網(wǎng)絡(luò)的動態(tài)的分布式的架構(gòu)，我們提出了一種普遍的部署單元即一個簡單的基于 xml 部署的解釋器或者是一組類似的綁定到文檔中的解釋器。具體變化的例子有： (1) 支持或者取代標(biāo)準(zhǔn)所有者解釋器的新的所有者解釋器的產(chǎn)生 。因此，這種架構(gòu)把所有的本地的組件請求當(dāng)作一個單一的組件加以對待。在 EJB 層，這種交互的例子是 CMP 實(shí)體關(guān)系和通過 EJB 本地接口的調(diào)用。 本地 交互 一些組件間的交互可以發(fā)生在同一地點(diǎn)的相同應(yīng)用服務(wù)器虛擬機(jī)的組件間，有時(shí)候甚至可以發(fā)生在只有相同容器的組件間。 在只有相同的應(yīng)用服務(wù)器的架構(gòu)中，上面的功能對通過簡單的部署控制解釋器方式來控件間的連接已經(jīng)足夠了。 (3) 把初始綁定的 EJB 對象到 EJB 部署組件的能力 。 黃河科技學(xué)院畢業(yè)設(shè)計(jì) (文獻(xiàn)翻譯 ) (1) 動態(tài)部署消息目的和數(shù)據(jù)源的能力 。 然而，沒有一個現(xiàn)代的應(yīng)用服務(wù)器允許詳細(xì)的控制所有組件類型的部署過程除了在它們的部署解釋器中的有限的選擇。 (6) 在主機(jī)的命名服務(wù)中，創(chuàng)建和進(jìn)行指定組件的運(yùn)行環(huán)境 。 (4) 啟動目標(biāo)組件 。 (2) 創(chuàng)建一個特定的 Java 對象用作目標(biāo)組件代理。雖然查詢的協(xié)議還沒有被標(biāo)準(zhǔn)化，但是假設(shè)一個基于 JMX或者 JNDI 的查 詢是合理的。這些綁定被假設(shè)為是靜態(tài)的，因?yàn)橐?guī)格中沒有提供任何的容器和組件間協(xié)議去提示綁定發(fā)生了變化。組件的運(yùn)行時(shí)JNDI 環(huán)境為每一個組件部署所創(chuàng)建。 (3) Java 連接器的內(nèi)部連接：異步消息傳遞進(jìn)入消息驅(qū)動 Bean 只能使用 Activation Spec 對象。 (1) 遠(yuǎn)程 EJB 調(diào)用：同步的 EJB 調(diào)用通過主 EJB 對象和 EJB 對象接口來實(shí)現(xiàn)。 組件間的鏈接 遠(yuǎn)程交互 J2EE 僅定義了三種可以在不同應(yīng)用服務(wù)器間傳遞的基本組件間連接類型?；蛘?，開發(fā)者也可選擇容器管理事務(wù)區(qū)分的方式。這些用戶編寫的組件彼此交互而且系統(tǒng)服務(wù)可以是明顯的也可以是隱含的。數(shù)據(jù)源是提供給應(yīng)用服務(wù)器的為事務(wù)組件進(jìn)入到企業(yè)信息服務(wù)層提供數(shù)據(jù)接口，通常由被應(yīng)用服務(wù)器管理的 JDBC 連接池實(shí)例化。該種環(huán)境下的綁定機(jī)制通常由組件部署的解釋者加以配置。 EJB 和 Web 組件都利用 JNDI 目錄機(jī)制去尋找資源和它們想要交互的其 EJB 組件。 (4) 數(shù)據(jù)源 。 (2) Web 組件（ Servlet、 JSP） 。它可以被獨(dú)立的部署而且易于被第三方重構(gòu)。 J2EE組件編程模型 在我們基本的 J2EE 組件前，先讓我們強(qiáng)調(diào)一下什么是組件。包括 JBoss 和 JOnAS 在 內(nèi)的開源實(shí)現(xiàn)據(jù)稱兼容性也不錯。我們應(yīng)該把注意力放在 版本上，而實(shí)際上是在學(xué)習(xí)后者。轉(zhuǎn)變的背后有合理的性能有關(guān)的原因，然而分布式的特征現(xiàn)在還存在。 J2EE 編程模型一直被認(rèn)為是分布式的編程模型，在該模型中應(yīng)用組件在 J2EE 服務(wù)器上運(yùn)行并且彼此可以相互交互。業(yè)務(wù)層和持久層在資源適配器的幫助下與該層進(jìn)行通信。 EJB 對象允許或者本地 EJB 對象是特定 EJB 實(shí)例的代理。同步調(diào)用的 EJB 組件通過特定的工廠代理對象來表現(xiàn)自己。 EJB 規(guī)范定義了很多種組件。 EJB 中的組件通過 RMI 被調(diào)用。 業(yè)務(wù)層或者 EJB 層 這一層包含 EJB，即企業(yè)應(yīng)用的事務(wù)邏輯模型。數(shù)據(jù)本身通常從業(yè)務(wù)層獲得有時(shí)也從企業(yè)信息系統(tǒng)層直接獲得。服務(wù)器端包括 servlet、 jsp 和靜態(tài)網(wǎng)頁內(nèi)容。 表現(xiàn)層或者網(wǎng)絡(luò)層 這一層實(shí)際上又被分為客戶端和服務(wù)器端。用 J2EE 進(jìn)行應(yīng)用開發(fā)必須遵守經(jīng)典的 3 層結(jié)構(gòu) —表現(xiàn)層，業(yè)務(wù)層和企業(yè)信息系統(tǒng)層。 (5) 兼容性檢驗(yàn)裝置和編譯測試程序 。 (3) 服務(wù)器提供給組件的服務(wù) 。 J2EE 規(guī)范定義如下： (1) 組件編程模型 ?，F(xiàn)在工業(yè)上的組件框架標(biāo)準(zhǔn)以對象管理組的CORBA 組件模型， SUN 公司的 JAVA 2 Platform J 企業(yè)版 [J2EE]和微軟公司的 .NET 標(biāo)準(zhǔn)，其中在企業(yè)里應(yīng)用最為廣泛的組件框架是 2EEE。這通常是通過容器，組件持有者來實(shí)現(xiàn)的。組件框架是一種中間件系統(tǒng)，它支持遵守一定標(biāo)準(zhǔn)的有不同組件構(gòu)成的應(yīng)用程序。第五部分描述了如何實(shí)現(xiàn)這種架構(gòu)，相關(guān)聯(lián)的工作將在第六部分介紹。第 3 部分對這種架構(gòu)給出了一般性的描述。本文如下部分是這樣組織的。 JBoss 的組件結(jié)構(gòu)允許根據(jù)部署應(yīng)用程序的需要增加服務(wù)配置。我們把這種架構(gòu)作