J2EE的核心技術(shù)之JDBC簡(jiǎn)介篇
J2EE的13種核心技術(shù)：JDBC, JNDI, EJBs, RMI, JSP, Java servlets, XML, JMS, Java IDL, JTS, JTA, JavaMail 和 JAF
Java Database Connectivity (JDBC)
JDBC API以一種統(tǒng)一的方式來(lái)對(duì)各種各樣的數(shù)據(jù)庫(kù)進(jìn)行存取。和ODBC一樣，JDBC為開(kāi)發(fā)人員隱藏了不同數(shù)據(jù)庫(kù)的不同特性。另外，由于JDBC建立在Java的基礎(chǔ)上,因此還提供了數(shù)據(jù)庫(kù)存取的平臺(tái)獨(dú)立性。
JDBC定義了4種不同的驅(qū)動(dòng)程序，現(xiàn)分述如下：
類型 1: JDBC-ODBC Bridge
在JDBC出現(xiàn)的初期，JDBC-ODBC橋顯然是非常有實(shí)用意義的，通過(guò)JDBC-ODBC橋，開(kāi)發(fā)人員可以使用JDBC來(lái)存取ODBC數(shù)據(jù)源。不足的是，他需要在客戶端安裝ODBC驅(qū)動(dòng)程序，換句話說(shuō)，必須安裝Microsoft Windows的某個(gè)版本。使用這一類型你需要犧牲JDBC的平臺(tái)獨(dú)立性。另外，ODBC驅(qū)動(dòng)程序還需要具有客戶端的控制權(quán)限。
類型 2: JDBC-native driver bridge
JDBC本地驅(qū)動(dòng)程序橋提供了一種JDBC接口，它建立在本地?cái)?shù)據(jù)庫(kù)驅(qū)動(dòng)程序的頂層，而不需要使用ODBC。 JDBC驅(qū)動(dòng)程序?qū)?duì)數(shù)據(jù)庫(kù)的API從標(biāo)準(zhǔn)的JDBC調(diào)用轉(zhuǎn)換為本地調(diào)用。使用此類型需要犧牲JDBC的平臺(tái)獨(dú)立性，還要求在客戶端安裝一些本地代碼。
類型 3: JDBC-network bridge
JDBC網(wǎng)絡(luò)橋驅(qū)動(dòng)程序不再需要客戶端數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序。它使用網(wǎng)絡(luò)上的中間服務(wù)器來(lái)存取數(shù)據(jù)庫(kù)。這種應(yīng)用使得以下技術(shù)的實(shí)現(xiàn)有了可能，這些技術(shù)包括負(fù)載均衡、連接緩沖池和數(shù)據(jù)緩存等。由于第3種類型往往只需要相對(duì)更少的下載時(shí)間，具有平臺(tái)獨(dú)立性，而且不需要在客戶端安裝并取得控制權(quán)，所以很適合于Internet上的應(yīng)用。
類型 4: Pure Java driver
第4種類型通過(guò)使用一個(gè)純Java數(shù)據(jù)庫(kù)驅(qū)動(dòng)程序來(lái)執(zhí)行數(shù)據(jù)庫(kù)的直接訪問(wèn)。此類型實(shí)際上在客戶端實(shí)現(xiàn)了2層結(jié)構(gòu)。要在N-層結(jié)構(gòu)中應(yīng)用，一個(gè)更好的做法是編寫一個(gè)EJB，讓它包含存取代碼并提供一個(gè)對(duì)客戶端具有數(shù)據(jù)庫(kù)獨(dú)立性的服務(wù)。
WebLogic服務(wù)器為一些通常的數(shù)據(jù)庫(kù)提供了JDBC驅(qū)動(dòng)程序，包括Oracle, Sybase, Microsoft SQL Server以及Informix。它也帶有一種JDBC驅(qū)動(dòng)程序用于Cloudscape，這是一種純Java的DBMS，WebLogic服務(wù)器中帶有該數(shù)據(jù)庫(kù)的評(píng)估版本。
Java Naming and Directory Interface (JNDI)
JNDI API被用于執(zhí)行名字和目錄服務(wù)。它提供了一致的模型來(lái)存取和操作企業(yè)級(jí)的資源如DNS和LDAP，本地文件系統(tǒng)，后者在應(yīng)用服務(wù)器中的對(duì)象。
在JNDI中，在目錄結(jié)構(gòu)中的每一個(gè)結(jié)點(diǎn)稱為context。每一個(gè)JNDI名字都是相對(duì)于context的。這里沒(méi)有絕對(duì)名字的概念存在。對(duì)一個(gè)應(yīng)用來(lái)說(shuō)，它可以通過(guò)使用 InitialContext 類來(lái)得到其第一個(gè)context:
Context ctx = new InitialContext();
應(yīng)用可以通過(guò)這個(gè)初始化的context經(jīng)有這個(gè)目錄樹來(lái)定位它所需要的資源或?qū)ο?。例如，假設(shè)你在Weblogic服務(wù)器中展開(kāi)了一個(gè)EJB并將home接口綁定到名字 myApp.myEJB ，那么該EJB的某個(gè)客戶在取得一個(gè)初始化context以后，可以通過(guò)以下語(yǔ)句定位home接口：
MyEJBHome home = ctx.lookup( "myApp.myEJB" );
在這個(gè)例子中，一旦你有了對(duì)被請(qǐng)求對(duì)象的參考，EJB的home接口就可以在它上面調(diào)用方法。我們將在下面的"Enterprise Java Beans"章節(jié)中做更多的介紹。
以上關(guān)于JNDI的討論只是冰山之一角而已。如果要更進(jìn)一步地在context中查找對(duì)象，JNDI也提供了一些方法來(lái)進(jìn)行以下操作：
將一個(gè)對(duì)象插入或綁定到context。這在你展開(kāi)一個(gè)EJB的時(shí)候是很有效的。
從context中移去對(duì)象。
列出context中的所有對(duì)象。
創(chuàng)建或刪除子一級(jí)的context。
接下來(lái)，我們要開(kāi)始關(guān)注EJB了。
Enterprise Java Beans (EJB)
J2EE技術(shù)之所以贏得某體廣泛重視的原因之一就是EJB。它們提供了一個(gè)框架來(lái)開(kāi)發(fā)和實(shí)施分布式商務(wù)邏輯，由此很顯著地簡(jiǎn)化了具有可伸縮性和高度復(fù)雜的企業(yè)級(jí)應(yīng)用的開(kāi)發(fā)。EJB規(guī)范定義了EJB組件在何時(shí)如何與它們的容器進(jìn)行交互作用。容器負(fù)責(zé)提供公用的服務(wù)，例如目錄服務(wù)、事務(wù)管理、安全性、資源緩沖池以及容錯(cuò)性。
EJB規(guī)范定義了3中基本的bean類型:
Stateless session beans: 提供某種單一的服務(wù)，不維持任何狀態(tài)，在服務(wù)器故障發(fā)生時(shí)無(wú)法繼續(xù)存在，生命期相對(duì)較短。例如，一個(gè)stateless session bean可能被用于執(zhí)行溫度轉(zhuǎn)換計(jì)算。
Stateful session bean: T提供了與客戶端的會(huì)話交互，可以存儲(chǔ)狀態(tài)從而代表一個(gè)客戶。典型例子是購(gòu)物車。Stateful session bean在服務(wù)器故障時(shí)無(wú)法繼續(xù)生存，生命氣相對(duì)較短。每一個(gè)實(shí)例只用于一個(gè)單個(gè)的線程。
Entity beans: 提供了一致性數(shù)據(jù)的表示-- 通常存放在數(shù)據(jù)庫(kù)中 -- 在服務(wù)器故障發(fā)生后能繼續(xù)存在。多用戶情況下可以使用EJB來(lái)表示相同的數(shù)據(jù)。entity EJB的一個(gè)典型例子是客戶的帳號(hào)信息。
盡管有以上的區(qū)別，所有的EJB還是有許多的共同之處。它們都處理home interface。它定義了一個(gè)客戶端是如何創(chuàng)建與消亡EJB的?？梢栽赽ean中對(duì)定義了客戶端方法的遠(yuǎn)程接口進(jìn)行調(diào)用；bean類則執(zhí)行了主要的商務(wù)邏輯。
描述EJB的開(kāi)發(fā)已經(jīng)超出了本文的范圍。但是，如果一個(gè)EJB已經(jīng)被開(kāi)發(fā)了或者從第三方進(jìn)行了購(gòu)買，它就必須在應(yīng)用服務(wù)器中進(jìn)行發(fā)布。WebLogic Server 5.1帶有一個(gè)EJB Deployer Tool來(lái)協(xié)助處理EJB的發(fā)布。當(dāng)你使用EJB Deployer Tool的時(shí)候，你要定義客戶端所用的JNDI名字來(lái)定位EJB。Deployer Tool將生成wrapper類來(lái)處理和容器的通信以及在一個(gè)jar文件中把被請(qǐng)求的Java類綁定在一起。
一旦EJB被發(fā)布，客戶端就可以使用它的JNDI名字來(lái)定位EJB。首先，它必須得到一個(gè)到home接口的reference。然后，客戶端可以使用該接口，調(diào)用一個(gè) create() 方法來(lái)得到服務(wù)器上運(yùn)行的某個(gè)bean實(shí)例的句柄；最后，客戶端可以使用該句柄在bean中調(diào)用方法。
了解 EJB后，讓我們?cè)賮?lái)看JSP。
JavaServer Pages (JSPs)
我們中間可能已經(jīng)有許多人已經(jīng)熟悉Microsoft的Active Server Pages (ASP)技術(shù)了。JSP和ASP相對(duì)應(yīng)的，但更具有平臺(tái)對(duì)立性。他們被設(shè)計(jì)用以幫助Web內(nèi)容開(kāi)發(fā)人員創(chuàng)建動(dòng)態(tài)網(wǎng)頁(yè)，并且只需要相對(duì)較少的代碼。 即使Web設(shè)計(jì)師不懂得如何編程也可以使用JSP，因?yàn)镴SP應(yīng)用是很方便的。 JSP頁(yè)面由HTML代碼和嵌入其中的Java代碼所組成。服務(wù)器在頁(yè)面被客戶端所請(qǐng)求以后對(duì)這些Java代碼進(jìn)行處理，然后將生成的HTML頁(yè)面返回給客戶端的瀏覽器。
下面我們來(lái)看一個(gè)JSP的簡(jiǎn)單實(shí)例。它只顯示了服務(wù)器的當(dāng)前日期和時(shí)間。雖然，對(duì)語(yǔ)法的具體解釋已經(jīng)超出了本文的范圍，但我們還是可以很直觀地看到，Java代碼被放在符號(hào)的中間，而Java的表達(dá)式則放在符號(hào)之間。
Date JSP sample
The current date is .
您可能有時(shí)候聽(tīng)說(shuō)過(guò)JHTML。這是JSP以前的一種較老的標(biāo)準(zhǔn)。WebLogic服務(wù)器既可支持JSP，又可支持JHTML。請(qǐng)注意，在缺省狀況下，JSP在WebLogic服務(wù)器中并沒(méi)有處于有效狀態(tài)。要使之有效，你可以編輯weblogic.properties文件。如果Web服務(wù)器還沒(méi)有處于有效狀態(tài)，則要先使之有效。Servlet的情況和JSP是一樣的。
下面是: Java servlets
Java servlets
servlet提供的功能大多與JSP類似，不過(guò)實(shí)現(xiàn)的方式不同。JSP通常是大多數(shù)HTML代碼中嵌入少量的Java代碼，而servlets全部由Java寫成并且生成HTML。
servlet是一種小型的Java程序，它擴(kuò)展了Web服務(wù)器的功能。作為一種服務(wù)器端的應(yīng)用，當(dāng)被請(qǐng)求時(shí)開(kāi)始執(zhí)行，這和CGI Perl腳本很相似。Servlets和CGI腳本的一個(gè)很大的區(qū)別是：每一個(gè)CGI在開(kāi)始的時(shí)候都要求開(kāi)始一個(gè)新的進(jìn)程 -- 而servlets是在servlet引擎中以分離的線程來(lái)運(yùn)行的。因此servlets在可伸縮性上提供了很好的改進(jìn)。
在開(kāi)發(fā)servlets的時(shí)候，您常常需要擴(kuò)展javax.servlet.http.HttpServlet 類，并且override一些它的方法，其中包括：
service(): 作為dispatcher來(lái)實(shí)現(xiàn)命令-定義方法
doGet(): 處理客戶端的HTTP GET請(qǐng)求。
doPost(): 進(jìn)行HTTP POST操作
其它的方法還包括處理不同類型的HTTP請(qǐng)求 -- 可以參考HttpServlet API文檔。
以上描述的是標(biāo)準(zhǔn)J2EE Servlet API的各種方法。WebLogic服務(wù)器提供了一個(gè)該API完整的實(shí)現(xiàn)途徑。一旦你開(kāi)發(fā)了一個(gè)servlet，你就可以在weblogic.properties 中加以注冊(cè)并由此可以在WebLogic服務(wù)器中對(duì)它進(jìn)行配置。
通過(guò)Java servlets,我們已經(jīng)到達(dá)了J2EE主要技術(shù)的末尾了。但J2EE所提供的并不止于這些。下面的段落中我們將簡(jiǎn)要地看一下現(xiàn)存的一些技術(shù)，包括RMI, Java IDL和CORBA, JTA, 以及XML，等等。
Remote Method Invocation (RMI)
正如其名字所表示的那樣，RMI協(xié)議是在遠(yuǎn)程對(duì)象上調(diào)用一些方法。它使用了連續(xù)序列方式在客戶端和服務(wù)器端傳遞數(shù)據(jù)。RMI是一種被EJB使用的更下層的協(xié)議。
Java IDL/CORBA
在Java IDL的支持下，開(kāi)發(fā)人員可以將Java和CORBA集成在一起。 他們可以創(chuàng)建Java對(duì)象并使之可在CORBA ORB中展開(kāi), 或者他們還可以創(chuàng)建Java類并作為和其它ORB一起展開(kāi)的CORBA對(duì)象的客戶。后一種方法提供了另外一種途徑，通過(guò)它Java可以被用于將你的新的應(yīng)用和legacy系統(tǒng)相集成。
Java Transaction Architecture (JTA)/Java Transaction Service (JTS)
JTA定義了一種標(biāo)準(zhǔn)的API，應(yīng)用系統(tǒng)由此可以存取各種事務(wù)監(jiān)控。
JTS是CORBA OTS事務(wù)監(jiān)控的基本的實(shí)現(xiàn)。JTS規(guī)定了事務(wù)管理器的實(shí)現(xiàn)方式。該事務(wù)管理器是在高層支持Java Transaction API (JTA)規(guī)范，并且在較底層實(shí)現(xiàn)OMG OTS specification的Java映像。JTS事務(wù)管理器為應(yīng)用服務(wù)器、資源管理器、獨(dú)立的應(yīng)用以及通信資源管理器提供了事務(wù)服務(wù)。
JavaMail and JavaBeans Activation Framework
JavaMail是用于存取郵件服務(wù)器的API，它提供了一套郵件服務(wù)器的抽象類。不僅支持SMTP服務(wù)器，也支持IMAP服務(wù)器。
JavaMail利用JavaBeans Activation Framework (JAF)來(lái)處理MIME-編碼的郵件附件。MIME的字節(jié)流可以被轉(zhuǎn)換成Java對(duì)象，或者轉(zhuǎn)換自Java對(duì)象。由此大多數(shù)應(yīng)用都可以不需要直接使用JAF。
Java Messaging Service (JMS)
JMS是用于和面向消息的中間件相互通信的應(yīng)用程序接口(API)。它既支持點(diǎn)對(duì)點(diǎn)的域，有支持發(fā)布/訂閱(publish/subscribe)類型的域，并且提供對(duì)下列類型的支持：經(jīng)認(rèn)可的消息傳遞,事務(wù)型消息的傳遞，一致性消息和具有持久性的訂閱者支持。JMS還提供了另一種方式來(lái)對(duì)您的應(yīng)用與legacy backend系統(tǒng)相集成。
Extensible Markup Language (XML)
XML是一種可以用來(lái)定義其它標(biāo)記語(yǔ)言的語(yǔ)言。它被用來(lái)在不同的商務(wù)過(guò)程中共享數(shù)據(jù)。XML的發(fā)展和Java是相互獨(dú)立的，但是，它和Java具有的相同目標(biāo)正是平臺(tái)獨(dú)立性。通過(guò)將Java和XML的組合，您可以得到一個(gè)完美的具有平臺(tái)獨(dú)立性的解決方案。目前正有許多不同的公司在為Java和XML的組合而努力。如果要了解更多的這方面的信息，可以訪問(wèn)Sun的Java-XML頁(yè)面，或者IBM developerWorks的XML Zone。
【編輯推薦】
