• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Shuffy

            不斷的學習,不斷的思考,才能不斷的進步.Let's do better together!
            posts - 102, comments - 43, trackbacks - 0, articles - 19

            J2EE介紹

            Posted on 2011-10-09 11:29 Shuffy 閱讀(380) 評論(0)  編輯 收藏 引用 所屬分類: 在線推薦閱讀Java
            J2EE是一套全然不同于傳統應用開發的技術架構,包含許多組件,主要可簡化且規范應用系統的開發與部署,進而提高可移植性、安全與再用價值。

            目錄

            一、J2EE簡介

            二、J2EE的概念

            三、J2EE的優勢

            四、J2EE的四層模型

            五、J2EE的結構

            六、J2EE的核心API與組件

            一、J2EE簡介

            J2EE Java2平臺企業版(Java 2 Platform,Enterprise Edition)

            J2EE核心是一組技術規范與指南,其中所包含的各類組件、服務架構及技術層次,均有共通的標準及規格,讓各種依循J2EE架構的不同平臺之間,存在良好的兼容性,解決過去企業后端使用的信息產品彼此之間無法兼容,企業內部或外部難以互通的窘境。

            二、J2EE的概念

            目前,Java2平臺有3個版本,它們是:

            1、適用于小型設備和智能卡的Java2平臺Micro版(Java2 Platform Micro Edition,J2ME);

            2、適用于桌面系統的Java 2平臺標準版(Java 2 Platform Standard Edition,J2SE);

            3、適用于創建服務器應用程序和服務的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為搭建具有可伸縮性、靈活性、易維護性的商務系統提供了良好的機制。

            1、保留現存的IT資產

            由于企業必須適應新的商業需求,利用已有的企業信息系統方面的投資,而不是重新制定全盤方案就變得很重要。這樣,一個以漸進的(而不是激進的,全盤否定的)方式建立在已有系統之上的服務器端平臺機制是公司所需求的。J2EE架構可以充分利用用戶原有的投資,如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina、Inprise VisiBroker 以及Netscape Application Server。這之所以成為可能是因為J2EE擁有廣泛的業界支持和一些重要的“企業計算”領域供應商的參與。每一個供應商都對現有的客戶提供了不用廢棄已有投資,進入可移植的J2EE領域的升級途徑。由于基于J2EE平臺的產品幾乎能夠在任何操作系統和硬件配置上運行,現有的操作系統和硬件也能被保留使用。

            2高效的開發

            J2EE允許公司把一些通用的、很繁瑣的服務端任務交給中間供應商去完成。這樣開發人員可以集中精力在如何創建商業邏輯上,相應地縮短了開發時間。高級中間件供應商提供以下這些復雜的中間件服務:

            狀態管理服務--讓開發人員寫更少的代碼,不用關心如何管理狀態,這樣能夠更快地完成程 序開發。

            持續性服務--讓開發人員不用對數據訪問邏輯進行編碼就能編寫應用程序,能生成更輕巧,與數據庫無關的應用程序,這種應用程序更易于開發與維護。

            分布式共享數據對象CACHE服務--讓開發人員編制高性能的系統,極大提高整體部署的伸縮性。

            3支持異構環境

            J2EE能夠開發部署在異構環境中的可移植程序。基于J2EE的應用程序不依賴任何特定操作系統、中間件、硬件。因此設計合理的基于J2EE的程序只需開發一次就可部署到各種平臺。這在典型的異構企業計算環境中是十分關鍵的。J2EE標準也允許客戶訂購與J2EE兼容的第三方的現成的組件,把他們部署到異構環境中,節省了由自己制訂整個方案所需的費用。

            4可伸縮性

            企業必須要選擇一種服務器端平臺,這種平臺應能提供極佳的可伸縮性去滿足那些在他們系統上進行商業運作的大批新客戶。基于J2EE平臺的應用程序可被部署到各種操作系統上。例如可被部署到高端UNIX與大型機系統,這種系統單機可支持64至256個處理器。(這是NT服務器所望塵莫及的)J2EE領域的供應商提供了更為廣泛的負載平衡策略。能消除系統中的瓶頸,允許多臺服務器集成部署。這種部署可達數千個處理器,實現可高度伸縮的系統,滿足未來商業應用的需要。

            5穩定的可用性

            一個服務器端平臺必須能全天候運轉以滿足公司客戶、合作伙伴的需要。因為INTERNET是全球化的、無處不在的,即使在夜間按計劃停機也可能造成嚴重損失。若是意外停機,那會有災難性后果。J2EE部署到可靠的操作環境中,他們支持長期的可用性。一些J2EE部署在WINDOWS環境中,客戶也可選擇健壯性能更好的操作系統如Sun Solaris、IBM OS/390。最健壯的操作系統可達到99。999%的可用性或每年只需5分鐘停機時間。這是實時性很強商業系統理想的選擇。

             

            四、J2EE的四層模型

            J2EE使用多層的分布式應用模型,應用邏輯按功能劃分為組件,各個應用組件根據他們所在的層分布在不同的機器上。事實上,sun設計J2EE的初衷正是為了解決兩層模式(client/server)的弊端,在傳統模式中,客戶端擔當了過多的角色而顯得臃腫,在這種模式中,第一次部署的時候比較容易,但難于升級或改進,可伸展性也不理想,而且經常基于某種專有的協議,通常是某種數據庫協議。它使得重用業務邏輯和界面邏輯非常困難。現在J2EE 的多層企業級應用模型將兩層化模型中的不同層面切分成許多層。一個多層化應用能夠為不同的每種服務提供一個獨立的層,以下是 J2EE 典型的四層結構:

            (1)、運行在客戶端機器上的客戶層組件。

            (2)、運行在J2EE服務器上的Web層組件。

            (3)、運行在J2EE服務器上的業務邏輯層組件。

            (4)、運行在EIS服務器上的企業信息系統(Enterprise information system)層軟件。

            J2EE應用程序組件

            J2EE應用程序是由組件構成的,J2EE組件是具有獨立功能的軟件單元,它們通過相關的類和文件組裝成J2EE應用程序,并與其他組件交互。

            J2EE說明書中定義了以下的J2EE組件:

            應用客戶端程序和applets是客戶層組件,

            Java Servlet和JavaServer Pages(JSP)是web層組件,

            Enterprise JavaBeans(EJB)是業務層組件。

            1、客戶層組件

            J2EE應用程序可以是基于web方式的,也可以是基于傳統方式的。

            2、web 層組件

            J2EE web層組件可以是JSP 頁面或Servlets。按照J2EE規范,靜態的HTML頁面和Applets不算是web層組件。

            web層可能包含某些 JavaBean 對象來處理用戶輸入,并把輸入發送給運行在業務層上的enterprise bean 來進行處理。

            3、業務層組件

            業務層代碼的邏輯用來滿足銀行,零售,金融等特殊商務領域的需要,由運行在業務層上的enterprise bean 進行處理。下圖表明了一個enterprise bean 是如何從客戶端程序接收數據,進行處理(如果必要的話),并發送到EIS 層儲存的,這個過程也可以逆向進行。

            有三種企業級的bean:會話(session) beans,實體(entity) beans,和消息驅動(message-driven) beans。 會話bean 表示與客戶端程序的臨時交互。

            當客戶端程序執行完后,會話bean 和相關數據就會消失。相反,實體bean 表示數據庫的表中一行永久的記錄。當客戶端程序中止或服務器關閉時,就會有潛在的服務保證實體bean 的數據得以保存。消息驅動 bean 結合了會話bean 和JMS的消息監聽器的特性,允許一個業務層組件異步接收JMS 消息。

            4、企業信息系統層

            企業信息系統層處理企業信息系統軟件包括企業基礎建設系統例如企業資源計劃(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,并在可用實例池與活動狀態中移動他,而最終將其從容器中移除。即使可以調用enterprise bean的create及remove方法,容器也將會在后臺執行這些任務。

            數據庫連接池(Database Connection Pooling)模型是一個有價值的資源。獲取數據庫連接是一項耗時的工作,而且連接數非常有限。容器通過管理連接池來緩和這些問題。enterprise bean可從池中迅速獲取連接。在bean釋放連接之可為其他bean使用。

            容器類型

            J2EE應用組件可以安裝部署到以下幾種容器中去:

            EJB 容器管理所有J2EE 應用程序中企業級bean 的執行。enterprise bean 和它們的容器運行在J2EE 服務器上。

            Web 容器管理所有J2EE 應用程序中JSP頁面和Servlet組件的執行。Web 組件和它們的容器運行在J2EE 服務器上。 應用程序客戶端容器管理所有J2EE應用程序中應用程序客戶端組件的執行。 應用程序客戶端和它們的容器運行在J2EE 服務器上。Applet 容器是運行在客戶端機器上的web瀏覽器和 Java 插件的結合。


            六、J2EE的核心API與組件

            J2EE平臺由一整套服務(Services)、應用程序接口(APIs)和協議構成,它對開發基于Web的多層應用提供了功能支持,下面對J2EE中的13種技術規范進行簡單的描述(限于篇幅,這里只能進行簡單的描述):

            1、JDBC(Java Database Connectivity)

            JDBC API為訪問不同的數據庫提供了一種統一的途徑,象ODBC一樣,JDBC對開發者屏蔽了一些細節問題,另外,JDBC對數據庫的訪問也具有平臺無關性。

            2JNDI(Java Name and Directory Interface)

            JNDI API被用于執行名字和目錄服務。它提供了一致的模型來存取和操作企業級的資源如DNS和LDAP,本地文件系統,或應用服務器中的對象。

            3EJB(Enterprise JavaBean)

            J2EE技術之所以贏得媒體廣泛重視的原因之一就是EJB。它們提供了一個框架來開發和實施分布式商務邏輯,由此很顯著地簡化了具有可伸縮性和高度復雜的企業級應用的開發。EJB規范定義了EJB組件在何時如何與它們的容器進行交互作用。容器負責提供公用的服務,例如目錄服務、事務管理、安全性、資源緩沖池以及容錯性。但這里值得注意的是,EJB并不是實現J2EE的唯一途徑。正是由于J2EE的開放性,使得有的廠商能夠以一種和EJB平行的方式來達到同樣的目的。

            4RMI(Remote Method Invoke)

            正如其名字所表示的那樣,RMI協議調用遠程對象上方法。它使用了序列化方式在客戶端和服務器端傳遞數據。RMI是一種被EJB使用的更底層的協議。

            5、Java IDL/CORBA

            在Java IDL的支持下,開發人員可以將Java和CORBA集成在一起。他們可以創建Java對象并使之可在CORBA ORB中展開, 或者他們還可以創建Java類并作為和其它ORB一起展開的CORBA對象的客戶。后一種方法提供了另外一種途徑,通過它Java可以被用于將你的新的應用和舊的系統相集成。

            6、JSP(Java Server Pages)

            JSP頁面由HTML代碼和嵌入其中的Java代碼所組成。服務器在頁面被客戶端所請求以后對這些Java代碼進行處理,然后將生成的HTML頁面返回給客戶端的瀏覽器。

            7、Java Servlet

            Servlet是一種小型的Java程序,它擴展了Web服務器的功能。作為一種服務器端的應用,當被請求時開始執行,這和CGI Perl腳本很相似。Servlet提供的功能大多與JSP類似,不過實現的方式不同。JSP通常是大多數HTML代碼中嵌入少量的Java代碼,而servlets全部由Java寫成并且生成HTML。

            8、XML(Extensible Markup Language)

            XML是一種可以用來定義其它標記語言的語言。它被用來在不同的商務過程中共享數據。XML的發展和Java是相互獨立的,但是,它和Java具有的相同目標正是平臺獨立性。通過將Java和XML的組合,您可以得到一個完美的具有平臺獨立性的解決方案。

            9、JMS(Java Message Service)

            MS是用于和面向消息的中間件相互通信的應用程序接口(API)。它既支持點對點的域,有支持發布/訂閱(publish/subscribe)類型的域,并且提供對下列類型的支持:經認可的消息傳遞,事務型消息的傳遞,一致性消息和具有持久性的訂閱者支持。JMS還提供了另一種方式來對您的應用與舊的后臺系統相集成。

            10、JTA(Java Transaction Architecture)

            JTA定義了一種標準的API,應用系統由此可以訪問各種事務監控。

            11、JTS(Java Transaction Service)

            JTS是CORBA OTS事務監控的基本的實現。JTS規定了事務管理器的實現方式。該事務管理器是在高層支持Java Transaction API (JTA)規范,并且在較底層實現OMG OTS specification的Java映像。JTS事務管理器為應用服務器、資源管理器、獨立的應用以及通信資源管理器提供了事務服務。

            12、JavaMail

            JavaMail是用于存取郵件服務器的API,它提供了一套郵件服務器的抽象類。不僅支持SMTP服務器,也支持IMAP服務器。

            13、JAF(JavaBeans Activation Framework)

            JavaMail利用JAF來處理MIME編碼的郵件附件。MIME的字節流可以被轉換成Java對象,或者轉換自Java對象。大多數應用都可以不需要直接使用JAF。

            原文地址:http://www.softone.com.cn/PageAction.do?method=technic&tid=40&start=5

            无码国内精品久久人妻蜜桃 | 亚洲中文字幕无码久久精品1 | 久久久久久久91精品免费观看 | 香蕉久久影院| 亚洲精品无码久久久久去q | 国产精品欧美亚洲韩国日本久久| 久久免费视频一区| 久久综合狠狠综合久久| 亚洲一区中文字幕久久| 久久亚洲精品无码aⅴ大香| 久久这里只有精品久久| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久亚洲电影| 国内精品九九久久久精品| 久久国产午夜精品一区二区三区| 国产毛片欧美毛片久久久| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品国产精品亚洲人人| 久久久久久久97| 久久久久无码国产精品不卡| 无码AV中文字幕久久专区| 欧美一级久久久久久久大| 9久久9久久精品| 7777精品久久久大香线蕉| 久久婷婷五月综合色99啪ak | 午夜天堂av天堂久久久| 欧美精品福利视频一区二区三区久久久精品 | 久久久久这里只有精品| 国产精品久久国产精麻豆99网站| 久久久久久久综合狠狠综合| 久久国产热这里只有精品| 久久免费小视频| 国产91色综合久久免费| 久久ww精品w免费人成| 亚洲AV日韩AV天堂久久| 久久综合给合久久狠狠狠97色| 思思久久99热只有频精品66| 国产精品久久久久久久久软件 | 亚洲日本va午夜中文字幕久久| 亚洲国产成人久久精品影视| 久久精品国产91久久综合麻豆自制|