J2EE的13種核心技術(shù)簡(jiǎn)介

　　Java最初是在瀏覽器和客戶(hù)端機器中粉墨登場(chǎng)的。當時(shí)，很多人質(zhì)疑它是否適合做服務(wù)器端的開(kāi)發(fā)。下面是小編整理的關(guān)于J2EE的13種核心技術(shù)簡(jiǎn)介，希望大家認真閱讀!

　　隨著(zhù)對Java2平臺企業(yè)版(J2EE)第三方支持的增多，Java被廣泛接納為開(kāi)發(fā)企業(yè)級服務(wù)器端解決方案的首選平臺之一。

　　J2EE平臺由一整套服務(wù)(Services)、應用程序接口(APIs)和協(xié)議構成，它對開(kāi)發(fā)基于Web的多層應用提供了功能支持。在本文中將解釋支撐J2EE的13種核心技術(shù)：JDBC,JNDI,EJBs,RMI,JSP,Javaservlets,XML,JMS,JavaIDL,JTS,JTA,JavaMail和JAF，同時(shí)還將描述在何時(shí)、何處需要使用這些技術(shù)。當然，我還要介紹這些不同的技術(shù)之間是如何交互的。此外，為了讓您更好地感受J2EE的真實(shí)應用，將在WebLogic應用服務(wù)器,來(lái)自BEA Systems公司的一種廣為應用的產(chǎn)品環(huán)境下來(lái)介紹這些技術(shù)。不論對于Web Logic應用服務(wù)器和J2EE的新手，還是那些想了解J2EE能帶來(lái)什么好處的項目管理者和系統分析員，相信本文一定很有參考價(jià)值。

　　宏觀(guān)印象:分布式結構和J2EE

　　過(guò)去，二層化應用--通常被稱(chēng)為client/server應用--是大家談?wù)摰淖疃嗟�。在很多情況下，服務(wù)器提供的惟一服務(wù)就是數據庫服務(wù)。在這種解決方案中，客戶(hù)端程序負責數據訪(fǎng)問(wèn)、實(shí)現業(yè)務(wù)邏輯、用合適的樣式顯示結果、彈出預設的用戶(hù)界面、接受用戶(hù)輸入等。client/server結構通常在第一次部署的時(shí)候比較容易，但難于升級或改進(jìn)，而且經(jīng)�；�于某種專(zhuān)有的協(xié)議，通常是某種數據庫協(xié)議。它使得重用業(yè)務(wù)邏輯和界面邏輯非常困難。更重要的是，在Web時(shí)代，二層化應用通常不能體現出很好的伸縮性，因而很難適應Internet的要求。

　　Sun設計J2EE的部分起因就是想解決二層化結構的缺陷。于是，J2EE定義了一套標準來(lái)簡(jiǎn)化N層企業(yè)級應用的開(kāi)發(fā)。它定義了一套標準化的組件，并為這些組件提供了完整的服務(wù)。J2EE還自動(dòng)為應用程序處理了很多實(shí)現細節，如安全、多線(xiàn)程等。

　　用J2EE開(kāi)發(fā)N層應用包括將二層化結構中的不同層面切分成許多層。一個(gè)N層化應用A能夠為以下的每種服務(wù)提供一個(gè)分開(kāi)的層：

　　顯示：在一個(gè)典型的Web應用中，客戶(hù)端機器上運行的瀏覽器負責實(shí)現用戶(hù)界面。

　　動(dòng)態(tài)生成顯示:盡管瀏覽器可以完成某些動(dòng)態(tài)內容顯示，但為了兼容不同的瀏覽器，這些動(dòng)態(tài)生成工作應該放在Web服務(wù)器端進(jìn)行，使用JSP、Servlets，或者XML(可擴展標記語(yǔ)言)和(可擴展樣式表語(yǔ)言)。

　　業(yè)務(wù)邏輯：業(yè)務(wù)邏輯適合用SessionEJBs(后面將介紹)來(lái)實(shí)現。

　　數據訪(fǎng)問(wèn)：數據訪(fǎng)問(wèn)適合用EntityEJBs(后面將介紹)和JDBC來(lái)實(shí)現。

　　后臺系統集成:同后臺系統的集成可能需要用到許多不同的技術(shù)，至于何種最佳需要根據后臺系統的特征而定。

　　您可能開(kāi)始詫異：為什么有這么多的層?事實(shí)上，多層方式可以使企業(yè)級應用具有很強的伸縮性，它允許每層專(zhuān)注于特定的角色。例如，讓W(xué)eb服務(wù)器負責提供頁(yè)面，應用服務(wù)器處理應用邏輯，而數據庫服務(wù)器提供數據庫服務(wù)。

　　由于J2EE建立在Java2平臺標準版(J2SE)的基礎上，所以具備了J2SE的所有優(yōu)點(diǎn)和功能。包括“編寫(xiě)一次，到處可用”的可移植性、通過(guò)JDBC訪(fǎng)問(wèn)數據庫、同原有企業(yè)資源進(jìn)行交互的CORBA技術(shù)，以及一個(gè)經(jīng)過(guò)驗證的安全模型。在這些基礎上，J2EE又增加了對EJB(企業(yè)級Java組件)、Javaservlets、Java服務(wù)器頁(yè)面(JSPs)和XML技術(shù)的支持。

　　分布式結構與WebLogic應用服務(wù)器

　　J2EE提供了一個(gè)框架--一套標準API--用于開(kāi)發(fā)分布式結構的應用，這個(gè)框架的實(shí)際實(shí)現留給了第三方廠(chǎng)商。部分廠(chǎng)商只是專(zhuān)注于整個(gè)J2EE架構中的的特定組件，例如Apache的Tomcat提供了對JSP和servlets的支持，BEA系統公司則通過(guò)其WebLogic應用服務(wù)器產(chǎn)品為整個(gè)J2EE規范提供了一個(gè)較為完整的實(shí)現。

　　WebLogic服務(wù)器已使建立和部署伸縮性較好的分布式應用的過(guò)程大為簡(jiǎn)化。WebLogic和J2EE代你處理了大量常規的編程任務(wù)，包括提供事務(wù)服務(wù)、安全領(lǐng)域、可靠的消息、名字和目錄服務(wù)、數據庫訪(fǎng)問(wèn)和連接池、線(xiàn)程池、負載平衡和容錯處理等。

　　通過(guò)以一種標準、易用的方式提供這些公共服務(wù)，象WebLogic服務(wù)器這樣的產(chǎn)品造就了具有更好伸縮性和可維護性的應用系統，使其為大量的用戶(hù)提供了增長(cháng)的可用性。

　　J2EE技術(shù)

　　在接下來(lái)的部分里，我們將描述構成J2EE的各種技術(shù)，并且了解WebLogic服務(wù)器是如何在一個(gè)分布式應用中對它們進(jìn)行支持的。最常用的J2EE技術(shù)應該是JDBC、JNDI、EJB、JSP和servlets，對這些我們將作更仔細的考察。

　　Java Database Connectivity(JDBC)

　　JDBCAPI以一種統一的方式來(lái)對各種各樣的數據庫進(jìn)行存取。和ODBC一樣，JDBC為開(kāi)發(fā)人員隱藏了不同數據庫的不同特性。另外，由于JDBC建立在Java的基礎上,因此還提供了數據庫存取的平臺的獨立性。

　　JDBC定義了4種不同的驅動(dòng)程序，現分述如下：

　　類(lèi)型1:JDBC-ODBCBridge

　　在JDBC出現的初期，JDBC-ODBC橋顯然是非常有實(shí)用意義的，通過(guò)JDBC-ODBC橋，開(kāi)發(fā)人員可以使用JDBC來(lái)存取ODBC數據源。不足的是，他需要在客戶(hù)端安裝ODBC驅動(dòng)程序，換句話(huà)說(shuō)，必須安裝MicrosoftWindows的某個(gè)版本。使用這一類(lèi)型你需要犧牲JDBC的平臺的獨立性。另外，ODBC驅動(dòng)程序還需要具有客戶(hù)端的控制權限。

　　類(lèi)型2:JDBC-nativedriverbridge

　　JDBC本地驅動(dòng)程序橋提供了一種JDBC接口，它建立在本地數據庫驅動(dòng)程序的頂層，而不需要使用ODBC。JDBC驅動(dòng)程序將對數據庫的API從標準的JDBC調用轉換為本地調用。使用此類(lèi)型需要犧牲JDBC的平臺的獨立性，還要求在客戶(hù)端安裝一些本地代碼。

　　類(lèi)型3:JDBC-networkbridge

　　JDBC網(wǎng)絡(luò )橋驅動(dòng)程序不再需要客戶(hù)端數據庫驅動(dòng)程序。它使用網(wǎng)絡(luò )上的中間服務(wù)器來(lái)存取數據庫。這種應用使得以下技術(shù)的實(shí)現有了可能，這些技術(shù)包括負載均衡、連接緩沖池和數據緩存等。由于第3種類(lèi)型往往只需要相對更少的下載時(shí)間，具有平臺的獨立性，而且不需要在客戶(hù)端安裝并取得控制權，所以很適合于Internet上的應用。

　　類(lèi)型4:PureJavadriver

　　第4種類(lèi)型通過(guò)使用一個(gè)純Java數據庫驅動(dòng)程序來(lái)執行數據庫的直接訪(fǎng)問(wèn)。此類(lèi)型實(shí)際上在客戶(hù)端實(shí)現了2層結構。要在N-層結構中應用，一個(gè)更好的做法是編寫(xiě)一個(gè)EJB，讓它包含存取代碼并提供一個(gè)對客戶(hù)端具有數據庫獨立性的服務(wù)。

　　WebLogic服務(wù)器為一些通常的數據庫提供了JDBC驅動(dòng)程序，包括Oracle,Sybase,MicrosoftSQLServer以及Informix。它也帶有一種JDBC驅動(dòng)程序用于Cloudscape，這是一種純Java的DBMS，WebLogic服務(wù)器中帶有該數據庫的評估版本。

　　JDBC在企業(yè)級應用中的應用。以上實(shí)例其實(shí)是很基本的，可能有些微不足道。它假定了一個(gè)2層結構。在一個(gè)多層的企業(yè)級應用中，更大的可能是在客戶(hù)端和一個(gè)EJB進(jìn)行通信，該EJB將建立數據庫連接。為了實(shí)現和改進(jìn)可伸縮性和系統性能， WebLogic服務(wù)器提供了對連接緩沖池connection pool的支持。

　　Connection pool減少了建立和釋放數據庫連接的消耗。在系統啟動(dòng)以后即可建立這樣的緩沖池，此后如故再有對數據庫的請求，WebLogic服務(wù)器可以很簡(jiǎn)單地從緩沖池中取出數據。數據緩沖池可以在WebLogic服務(wù)器的 weblogic.properties 文件中進(jìn)行定義。

　　在企業(yè)級應用的另一個(gè)常見(jiàn)的數據庫特性是事務(wù)處理。事務(wù)是一組申明statement，它們必須做為同一個(gè)statement來(lái)處理以保證數據完整性。缺省情況下JDBC使用 auto-commit 事務(wù)模式。這可以通過(guò)使用Connection類(lèi)的setAutoCommit() 方法來(lái)實(shí)現�，F在已經(jīng)對JDBC有了一些認識，下面該轉向JNDI了。

　　Java Naming and Directory Interface (JNDI)

　　JNDI API被用于執行名字和目錄服務(wù)。它提供了一致的模型來(lái)存取和操作企業(yè)級的資源如DNS和LDAP，本地文件系統，后者在應用服務(wù)器中的對象。在JNDI中，在目錄結構中的每一個(gè)結點(diǎn)稱(chēng)為context。每一個(gè)JNDI名字都是相對于context的。這里沒(méi)有絕對名字的概念存在。對一個(gè)應用來(lái)說(shuō)，它可以通過(guò)使用 InitialContext 類(lèi)來(lái)得到其第一個(gè)context:

　　Context ctx = new InitialContext();

　　應用可以通過(guò)這個(gè)初始化的context經(jīng)有這個(gè)目錄樹(shù)來(lái)定位它所需要的資源或對象。例如，假設你在Weblogic服務(wù)器中展開(kāi)了一個(gè)EJB并將home接口綁定到名字 myApp.myEJB ，那么該EJB的某個(gè)客戶(hù)在取得一個(gè)初始化context以后，可以通過(guò)以下語(yǔ)句定位home接口：

　　MyEJBHome home = ctx.lookup( "myApp.myEJB" );

　　在這個(gè)例子中，一旦你有了對被請求對象的參考，EJB的home接口就可以在它上面調用方法。我們將在下面的"Enterprise Java Beans"章節中做更多的介紹。

　　以上關(guān)于JNDI的討論只是冰山之一角而已。如果要更進(jìn)一步地在context中查找對象，JNDI也提供了一些方法來(lái)進(jìn)行以下操作：將一個(gè)對象插入或綁定到context。這在你展開(kāi)一個(gè)EJB的時(shí)候是很有效的。從context中移去對象。列出context中的所有對象。創(chuàng )建或刪除子一級的context。接下來(lái)，要開(kāi)始關(guān)注EJB了。

　　Enterprise Java Beans (EJB)

　　J2EE技術(shù)之所以贏(yíng)得某體廣泛重視的原因之一就是EJB。它們提供了一個(gè)框架來(lái)開(kāi)發(fā)和實(shí)施分布式商務(wù)邏輯，由此很顯著(zhù)地簡(jiǎn)化了具有可伸縮性和高度復雜的企業(yè)級應用的開(kāi)發(fā)。EJB規范定義了EJB組件在何時(shí)如何與它們的容器進(jìn)行交互作用。容器負責提供公用的服務(wù)，例如目錄服務(wù)、事務(wù)管理、安全性、資源緩沖池以及容錯性。

　　EJB規范定義了三種基本的bean類(lèi)型:

　　Stateless session beans: 提供某種單一的服務(wù)，不維持任何狀態(tài)，在服務(wù)器故障發(fā)生時(shí)無(wú)法繼續存在，生命期相對較短。例如，一個(gè)stateless sessionbean可能被用于執行溫度轉換計算。

　　Stateful session bean: T提供了與客戶(hù)端的會(huì )話(huà)交互，可以存儲狀態(tài)從而代表一個(gè)客戶(hù)。典型例子是購物車(chē)。Stateful session bean在服務(wù)器故障時(shí)無(wú)法繼續生存，生命氣相對較短。每一個(gè)實(shí)例只用于一個(gè)單個(gè)的線(xiàn)程。

　　Entity beans: 提供了一致性數據的表示-- 通常存放在數據庫中 -- 在服務(wù)器故障發(fā)生后能繼續存在。多用戶(hù)情況下可以使用EJB來(lái)表示相同的數據。entity EJB的一個(gè)典型例子是客戶(hù)的帳號信息。

　　盡管有以上的區別，所有的EJB還是有許多的共同之處。它們都處理homeinterface。它定義了一個(gè)客戶(hù)端是如何創(chuàng )建與消亡EJB的�？梢栽赽ean中對定義了客戶(hù)端方法的遠程接口進(jìn)行調用;bean類(lèi)則執行了主要的商務(wù)邏輯。描述EJB的開(kāi)發(fā)已經(jīng)超出了本文的范圍。但是，如果一個(gè)EJB已經(jīng)被開(kāi)發(fā)了或者從第三方進(jìn)行了購買(mǎi)，它就必須在應用服務(wù)器中進(jìn)行發(fā)布。WebLogic Server 5.1帶有一個(gè)EJB Deployer Tool來(lái)協(xié)助處理EJB的發(fā)布。當你使用EJB Deployer Tool的時(shí)候，你要定義客戶(hù)端所用的JNDI名字來(lái)定位EJB。Deployer Tool將生成wrapper類(lèi)來(lái)處理和容器的通信以及在一個(gè)jar文件中把被請求的Java類(lèi)綁定在一起。

　　一旦EJB被發(fā)布，客戶(hù)端就可以使用它的JNDI名字來(lái)定位EJB。首先，它必須得到一個(gè)到home接口的reference。然后，客戶(hù)端可以使用該接口，調用一個(gè)create() 方法來(lái)得到服務(wù)器上運行的某個(gè)bean實(shí)例的句柄;最后，客戶(hù)端可以使用該句柄在bean中調用方法。了解 EJB后，讓我們再來(lái)看JSP。

　　JavaServer Pages (JSPs)

　　可能已經(jīng)有許多人已經(jīng)熟悉Microsoft的Active Server Pages(ASP)技術(shù)了。JSP和ASP相對應的，但更具有平臺對立性。他們被設計用以幫助Web內容開(kāi)發(fā)人員創(chuàng )建動(dòng)態(tài)網(wǎng)頁(yè)，并且只需要相對較少的代碼。 即使Web設計師不懂得如何編程也可以使用JSP，因為JSP應用是很方便的。 JSP頁(yè)面由HTML代碼和嵌入其中的Java代碼所組成。服務(wù)器在頁(yè)面被客戶(hù)端所請求以后對這些Java代碼進(jìn)行處理，然后將生成的HTML頁(yè)面返回給客戶(hù)端的瀏覽器。

　　Java Servlets

　　Servlet提供的功能大多與JSP類(lèi)似，不過(guò)實(shí)現的方式不同。JSP通常是大多數HTML代碼中嵌入少量的Java代碼，而servlets全部由Java寫(xiě)成并且生成HTML。Servlet是一種小型的Java程序，它擴展了Web服務(wù)器的功能。作為一種服務(wù)器端的應用，當被請求時(shí)開(kāi)始執行，這和CGI Perl腳本很相似。Servlets和CGI腳本的一個(gè)很大的區別是：每一個(gè)CGI在開(kāi)始的時(shí)候都要求開(kāi)始一個(gè)新的進(jìn)程 -- 而servlets是在servlet引擎中以分離的線(xiàn)程來(lái)運行的。因此servlets在可伸縮性上提供了很好的改進(jìn)。

　　在開(kāi)發(fā)servlets的時(shí)候，您常常需要擴展javax.servlet.http.HttpServlet類(lèi)，并且override一些它的方法，其中包括：

　　service(): 作為dispatcher來(lái)實(shí)現命令-定義方法

　　doGet(): 處理客戶(hù)端的HTTP GET請求。

　　doPost(): 進(jìn)行HTTP POST操作

　　其它的方法還包括處理不同類(lèi)型的HTTP請求 -- 可以參考HttpServlet API文檔。以上描述的是標準J2EE Servlet API的各種方法。WebLogic服務(wù)器提供了一個(gè)該API完整的實(shí)現途徑。一旦你開(kāi)發(fā)了一個(gè)servlet，你就可以在weblogic.properties 中加以注冊并由此可以在WebLogic服務(wù)器中對它進(jìn)行配置。

　　通過(guò)Java servlets,我們已經(jīng)到達了J2EE主要技術(shù)的末尾了。但J2EE所提供的并不止于這些。下面的段落中我們將簡(jiǎn)要地看一下現存的一些技術(shù)，包括RMI,Java IDL和CORBA, JTA, 以及XML，等等。

　　Remote Method Invocation (RMI)

　　正如其名字所表示的那樣，RMI協(xié)議是在遠程對象上調用一些方法。它使用了連續序列方式在客戶(hù)端和服務(wù)器端傳遞數據。RMI是一種被EJB使用的更下層的協(xié)議。

　　Java IDL/CORBA

　　在Java IDL的支持下，開(kāi)發(fā)人員可以將Java和CORBA集成在一起。 他們可以創(chuàng )建Java對象并使之可在CORBA ORB中展開(kāi), 或者他們還可以創(chuàng )建Java類(lèi)并作為和其它ORB一起展開(kāi)的CORBA對象的客戶(hù)。后一種方法提供了另外一種途徑，通過(guò)它Java可以被用于將你的新的應用和legacy系統相集成。

　　Java Transaction Architecture (JTA)/Java Transaction Service (JTS)

　　JTA定義了一種標準的API，應用系統由此可以存取各種事務(wù)監控。JTS是CORBA OTS事務(wù)監控的基本的實(shí)現。JTS規定了事務(wù)管理器的實(shí)現方式。該事務(wù)管理器是在高層支持Java Transaction API (JTA)規范，并且在較底層實(shí)現OMG OTS specification的Java映像。JTS事務(wù)管理器為應用服務(wù)器、資源管理器、獨立的應用以及通信資源管理器提供了事務(wù)服務(wù)。

　　JavaMail and JavaBeans Activation Framework

　　JavaMail是用于存取郵件服務(wù)器的API，它提供了一套郵件服務(wù)器的抽象類(lèi)。僅支持SMTP服務(wù)器，也支持IMAP服務(wù)器。JavaMail利用JavaBeans Activation Framework (JAF)來(lái)處理MIME-編碼的郵件附件。MIME的字節流可以被轉換成Java對象，或者轉換自Java對象。由此大多數應用都可以不需要直接使用JAF。

　　Java Messaging Service (JMS)

　　JMS是用于和面向消息的中間件相互通信的應用程序接口(API)。它既支持點(diǎn)對點(diǎn)的域，有支持發(fā)布/訂閱(publish/subscribe)類(lèi)型的域，并且提供對下列類(lèi)型的支持：經(jīng)認可的消息傳遞,事務(wù)型消息的傳遞，一致性消息和具有持久性的訂閱者支持。JMS還提供了另一種方式來(lái)對您的應用與legacy backend系統相集成。

　　Extensible Markup Language (XML)

　　XML是一種可以用來(lái)定義其它標記語(yǔ)言的語(yǔ)言。它被用來(lái)在不同的商務(wù)過(guò)程中共享數據。XML的發(fā)展和Java是相互獨立的，但是，它和Java具有的相同目標正是平臺的獨立性。通過(guò)將Java和XML的組合，您可以得到一個(gè)完美的具有平臺的獨立性的解決方案。目前正有許多不同的公司在為Java和XML的組合而努力。如果要了解更多的這方面的信息，可以訪(fǎng)問(wèn)Sun的Java-XML頁(yè)面，或者IBM developerWorks的XML Zone。

【J2EE的13種核心技術(shù)簡(jiǎn)介】相關(guān)文章：

J2EE核心技術(shù)08-05

J2EE的13種核心技術(shù)09-01

J2EE技術(shù)簡(jiǎn)介08-05

關(guān)于J2EE應用服務(wù)器集群簡(jiǎn)介08-20

什么是J2EE07-05

j2ee介紹07-22

J2EE的概念08-23

電腦速記的核心技術(shù)是什么01-13

J2EE發(fā)展背景10-28

j2ee安裝教程09-07