J2EE全面簡介

2019-11-18 12:30:12

字體：大中小

來源：轉載

供稿：網友

　　本文從五個方面對J2EE進行了比較全面的介紹。從J2EE的概念說起，到它的優勢，到J2EE典型的四層模型，和它的框架結構，最后是J2EE十三種核心技術的一個簡介。本文分門別類的對J2EE中的服務，組件，層次，容器，API都做了比較具體的介紹，相信看完此文，讀者會對J2EE有一個更清楚的熟悉。
　　一. J2EE的概念
　　目前，java 2平臺有3個版本，它們是適用于小型設備和智能卡的Java 2平臺Micro版（Java 2 Platform Micro Edition，J2ME）、適用于桌面系統的Java 2平臺標準版（Java 2 Platform Standard Edition，J2SE）、適用于創建服務器應用程序和服務的Java 2平臺企業版（Java 2 Platform EnterPRise Edition，J2EE）。
　　
　　J2EE是一種利用Java 2平臺來簡化企業解決方案的開發、部署和治理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java平臺或Java 2平臺的標準版，J2EE不僅鞏固了標準版中的許多優點，例如"編寫一次、隨處運行"的特性、方便存取數據庫的JDBC API、CORBA技術以及能夠在Internet應用中保護數據的安全模式等等，同時還提供了對 EJB（Enterprise JavaBeans）、Java Servlets API、jsp（Java Server Pages）以及xml技術的全面支持。其最終目的就是成為一個能夠使企業開發者大幅縮短投放市場時間的體系結構。
　　
　　J2EE體系結構提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統一的開發平臺，J2EE降低了開發多層應用的費用和復雜性，同時提供對現有應用程序集成強有力支持，完全支持Enterprise JavaBeans，有良好的向導支持打包和部署應用，添加目錄支持，增強了安全機制，提高了性能。
　　
　　二. J2EE的優勢
　　J2EE為搭建具有可伸縮性、靈活性、易維護性的商務系統提供了良好的機制:
　　
　　保留現存的IT資產: 由于企業必須適應新的商業需求，利用已有的企業信息系統方面的投資，而不是重新制定全盤方案就變得很重要。這樣，一個以漸進的（而不是激進的，全盤否定的）方式建立在已有系統之上的服務器端平臺機制是公司所需求的。J2EE架構可以充分利用用戶原有的投資，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape application Server。這之所以成為可能是因為J2EE擁有廣泛的業界支持和一些重要的´企業計算´領域供給商的參與。每一個供給商都對現有的客戶提供了不用廢棄已有投資，進入可移植的J2EE領域的升級途徑。由于基于J2EE平臺的產品幾乎能夠在任何操作系統和硬件配置上運行，現有的操作系統和硬件也能被保留使用。
　　高效的開發: J2EE答應公司把一些通用的、很繁瑣的服務端任務交給中間件供給商去完成。這樣開發人員可以集中精力在如何創建商業邏輯上，相應地縮短了開發時間。高級中間件供給商提供以下這些復雜的中間件服務:
　　狀態治理服務 -- 讓開發人員寫更少的代碼，不用關心如何治理狀態，這樣能夠更快地完成程序開發。
　　持續性服務 -- 讓開發人員不用對數據訪問邏輯進行編碼就能編寫應用程序，能生成更輕便，與數據庫無關的應用程序，這種應用程序更易于開發與維護。
　　分布式共享數據對象CACHE服務 -- 讓開發人員編制高性能的系統，極大提高整體部署的伸縮性。
　　支持異構環境: J2EE能夠開發部署在異構環境中的可移植程序?；贘2EE的應用程序不依靠任何特定操作系統、中間件、硬件。因此設計合理的基于J2EE的程序只需開發一次就可部署到各種平臺。這在典型的異構企業計算環境中是十分要害的。J2EE標準也答應客戶訂購與J2EE兼容的第三方的現成的組件，把他們部署到異構環境中，節省了由自己制訂整個方案所需的費用。
　　可伸縮性: 企業必須要選擇一種服務器端平臺，這種平臺應能提供極佳的可伸縮性去滿足那些在他們系統上進行商業運作的大批新客戶?；贘2EE平臺的應用程序可被部署到各種操作系統上。例如可被部署到高端UNIX與大型機系統，這種系統單機可支持64至256個處理器。（這是NT服務器所望塵莫及的）J2EE領域的供給商提供了更為廣泛的負載平衡策略。能消除系統中的瓶頸，答應多臺服務器集成部署。這種部署可達數千個處理器，實現可高度伸縮的系統，滿足未來商業應用的需要。
　　穩定的可用性: 一個服務器端平臺必須能全天候運轉以滿足公司客戶、合作伙伴的需要。因為INTERNET是全球化的、無處不在的，即使在夜間按計劃停機也可能造成嚴重損失。若是意外停機，那會有災難性后果。J2EE部署到可靠的操作環境中，他們支持長期的可用性。一些J2EE部署在WINDOWS環境中，客戶也可選擇健壯性能更好的操作系統如Sun Solaris、IBM OS/390。最健壯的操作系統可達到99.999%的可用性或每年只需5分鐘停機時間。這是實時性很強商業系統理想的選擇。
　　
　　三. J2EE 的四層模型
　　J2EE使用多層的分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據他們所在的層分布在不同的機器上。事實上，sun設計J2EE的初衷正是為了解決兩層模式(client/server)的弊端，在傳統模式中，客戶端擔當了過多的角色而顯得臃腫，在這種模式中，第一次部署的時候比較輕易，但難于升級或改進，可伸展性也不理想，而且經?；谀撤N專有的協議??通常是某種數據庫協議。它使得重用業務邏輯和界面邏輯非常困難。現在J2EE 的多層企業級應用模型將兩層化模型中的不同層面切分成許多層。一個多層化應用能夠為不同的每種服務提供一個獨立的層，以下是 J2EE 典型的四層結構:
　　
　　運行在客戶端機器上的客戶層組件
　　運行在J2EE服務器上的Web層組件
　　運行在J2EE服務器上的業務邏輯層組件
　　運行在EIS服務器上的企業信息系統(Enterprise information system)層軟件
　　
　　J2EE應用程序組件
　　J2EE應用程序是由組件構成的.J2EE組件是具有獨立功能的軟件單元，它們通過相關的類和文件組裝成J2EE應用程序，并與其他組件交互。J2EE說明書中定義了以下的J2EE組件:
　　
　　應用客戶端程序和applets是客戶層組件.
　　Java Servlet和JavaServer Pages(JSP)是web層組件.
　　Enterprise JavaBeans(EJB)是業務層組件.
　　
　　客戶層組件
　　J2EE應用程序可以是基于web方式的,也可以是基于傳統方式的.
　　
　　web 層組件J2EE web層組件可以是JSP 頁面或Servlets.按照J2EE規范，靜態的Html頁面和Applets不算是web層組件。
　　
　　正如下圖所示的客戶層那樣，web層可能包含某些 JavaBean 對象來處理用戶輸入，并把輸入發送給運行在業務層上的enterprise bean 來進行處理。
　　
　　業務層組件
　　業務層代碼的邏輯用來滿足銀行，零售，金融等非凡商務領域的需要,由運行在業務層上的enterprise bean 進行處理. 下圖表明了一個enterprise bean 是如何從客戶端程序接收數據，進行處理(假如必要的話), 并發送到EIS 層儲存的，這個過程也可以逆向進行。
　　
　　有三種企業級的bean: 會話(session) beans, 實體(entity) beans, 和消息驅動(message-driven) beans. 會話bean 表示與客戶端程序的臨時交互. 當客戶端程序執行完后, 會話bean 和相關數據就會消失. 相反, 實體bean 表示數據庫的表中一行永久的記錄. 當客戶端程序中止或服務器關閉時, 就會有潛在的服務保證實體bean 的數據得以保存.消息驅動 bean 結合了會話bean 和 JMS的消息監聽器的特性, 答應一個業務層組件異步接收JMS 消息.
　　
　　
　　企業信息系統層
　　企業信息系統層處理企業信息系統軟件包括企業基礎建設系統例如企業資源計劃 (ERP), 大型機事務處理, 數據庫系統,和其它的遺留信息系統. 例如，J2EE 應用組件可能為了數據庫連接需要訪問企業信息系統
　　
　　四. J2EE 的結構
　　這種基于組件，具有平臺無關性的J2EE 結構使得J2EE 程序的編寫十分簡單，因為業務邏輯被封裝成可復用的組件，并且J2EE 服務器以容器的形式為所有的組件類型提供后臺服務. 因為你不用自己開發這種服務, 所以你可以集中精力解決手頭的業務問題.
　　
　　容器和服務
　　容器設置定制了J2EE服務器所提供得內在支持，包括安全，事務治理，JNDI(Java Naming and Directory Interface)尋址,遠程連接等服務，以下列出最重要的幾種服務：
　　
　　J2EE安全(Security)模型可以讓你配置 web 組件或enterprise bean ,這樣只有被授權的用戶才能訪問系統資源. 每一客戶屬于一個非凡的角色，而每個角色只答應激活特定的方法。你應在enterprise bean的布置描述中聲明角色和可被激活的方法。由于這種聲明性的方法，你不必編寫加強安全性的規則。
　　J2EE 事務治理（Transaction Management）模型讓你指定組成一個事務中所有方法間的關系，這樣一個事務中的所有方法被當成一個單一的單元. 當客戶端激活一個enterprise bean中的方法，容器介入一治理事務。因有容器治理事務，在enterprise bean中不必對事務的邊界進行編碼。要求控制分布式事務的代碼會非常復雜。你只需在布置描述文件中聲明enterprise bean的事務屬性，而不用編寫并調試復雜的代碼。容器將讀此文件并為你處理此enterprise bean的事務。
　　JNDI 尋址(JNDI Lookup)服務向企業內的多重名字和目錄服務提供了一個統一的接口,這樣應用程序組件可以訪問名字和目錄服務.
　　J2EE遠程連接（Remote Client Connectivity）模型治理客戶端和enterprise bean間的低層交互. 當一個enterprise bean創建后, 一個客戶端可以調用它的方法就象它和客戶端位于同一虛擬機上一樣.
　　生存周期治理（Life Cycle Management）模型治理enterprise bean的創建和移除,一個enterprise bean在其生存周期中將會歷經幾種狀態。容器創建enterprise bean，并在可用實例池與活動狀態中移動他，而最終將其從容器中移除。即

上一篇：企業Java的構成部分

下一篇：J2EE平臺架構上開發CRM的技術過程控制