|
當前，Java 2平臺企業(yè)版（J2EE）架構(gòu)在廠商市場和開發(fā)者社區(qū)中倍受推崇。作為一種工具，可擴展標記語言（XML）簡化了數(shù)據(jù)交換、進程間消息交換這一類的事情，因而對開發(fā)者逐漸變得有吸引力，并開始流行起來。自然，在J2EE架構(gòu)中訪問或集成XML解決方案的想法也很誘人。因為這將是強大系統(tǒng)架構(gòu)同高度靈活的數(shù)據(jù)管理方案的結(jié)合。 XML的應(yīng)用似乎是無窮無盡的，但它們大致上可以分為三大類： ●簡單數(shù)據(jù)的表示和交換（針對XML的簡單API（SAX）和文檔對象模型（DOM）語法解析，不同的文檔類型定義（DTDs）和概要（schemas）） ●面向消息的計算（XML-RPC（遠程過程調(diào)用），SOAP協(xié)議，電子化業(yè)務(wù)XML（ebXML）） ●用戶界面相關(guān)、表示相關(guān)的上下文（可擴展樣式表語言（XSL），可擴展樣式表語言轉(zhuǎn)換（XSLT）） 這幾類應(yīng)用在J2EE架構(gòu)中恰好有天然的對應(yīng)：數(shù)據(jù)表示和交換功能是EJB組件模型中持久化服務(wù)（persistence services）的一部分，基于消息的通訊由Java消息服務(wù)（JMS）API來處理，而界面表示正是Java服務(wù)器頁面（JSP）和Java Servlets的拿手好戲。 在本文中，我們將看到當今基于J2EE的應(yīng)用里，XML是如何在上述幾個方面進行應(yīng)用的，以及在相關(guān)標準的未來版本中這些應(yīng)用將會如何發(fā)展。 基礎(chǔ)：數(shù)據(jù)的表示和交換 原型化的XML應(yīng)用（假設(shè)有的話）的內(nèi)容通常是：數(shù)據(jù)以XML格式存放，為了進行顯示、修改甚至寫入某個XML文檔而經(jīng)常被讀入到某個對象模型中。作為例子，假定我們正處理多種類型的媒體（圖品、視頻、文本文檔等等），并且用下面這個簡單的XML DTD來描述這些媒體的元數(shù)據(jù)： <!ELEMENT media-asset (name, desc?, type*, media-asset*, urn)> <!ELEMENT name (#PCDATA)> <!ELEMENT desc (#PCDATA)> <!ELEMENT type (desc, mime-type?)> <!ELEMENT mime-type (#PCDATA)> <!ELEMENT urn (#PCDATA)> 以下是一個基于上述媒體DTD的XML文檔，描述了與某個課程講座相關(guān)的內(nèi)容： <?xml version="1.0" ?><!DOCTYPE media-asset PUBLIC "-//Jim Farley//DTD Media Assets//EN" "http://localhost/Articles/Sun/dtds/media.dtd"> <media-asset> <name>第14講</name> <desc>與第14講相關(guān)的所有內(nèi)容</desc> <media-asset> <name>講座的幻燈片</name> <type> <desc>MS PowerPoint</desc> <mime-type>application/vnd.ms-powerpoint</mime-type> </type> <urn>http:///jaf/E123/lecture- 14/slides.ppt</urn> </media-asset> <media-asset> <name>講座的視頻片斷</name> <type> <desc>RealPlayer streaming video</desc> <mime-type>video/vnd.rn-realvideo</mime-type> </type> <urn>http:///jaf/E123/lecture- 14/lecture.rv</urn> </media-asset> <urn>http:///jaf/E123/lecture-14/index.jsp</urn> </media-asset> 從Web或者企業(yè)級應(yīng)用的角度看，能以這種方式訪問數(shù)據(jù)真是一種福音，因為它體現(xiàn)了高度的可移動性，使我們與元數(shù)據(jù)的實際資源本身隔離。這些資源可能來自一個關(guān)系數(shù)據(jù)庫系統(tǒng)、某種活動媒體服務(wù)器或者Web服務(wù)器上的一個靜態(tài)XML文檔，等等。如果想把這些數(shù)據(jù)加載到Java應(yīng)用中，我們可以從當前眾多的Java語言XML解析器中選用一個，通過它將XML數(shù)據(jù)裝入一個DOM文檔，最后遍歷文檔，將所有這些數(shù)據(jù)轉(zhuǎn)換到我們應(yīng)用系統(tǒng)的對象模型中。 下面是個簡單的基于DOM的解析程序，可對上述的媒體DTD進行解析。解析器用的是 Apache Xerces： package jaf.xml; import java.util.*; import java.io.IOException; import org.w3c.dom.*; import org.xml.sax.*; // XML文檔解析程序，使用上述媒體DTD. public class MediaParser implements ErrorHandler { /** 使用Apache Xerces解析器 */ org.apache.xerces.parsers.DOMParser mParser = new org.apache.xerces.parsers.DOMParser(); /** 構(gòu)造函數(shù) */ public MediaParser() { // 告訴解析器驗證并解析文檔 try { mParser.setFeature( "http:///sax/features/validation", true); } catch (SAXException e) { System.out.println("Error setting validation on parser:"); e.printStackTrace(); } // 設(shè)置解析器的錯誤處理句柄 mParser.setErrorHandler(this); } /** 解析指定的URL，返回找到的XML文檔 */ public Document parse(String url) throws SAXException, IOException { mParser.parse(url); Document mediaDoc = mParser.getDocument(); return mediaDoc; } /** 解析指定URL的XML文檔，將內(nèi)容轉(zhuǎn)換成 MediaAsset 對象 */ public Collection loadAssets(String url) throws SAXException, IOException { Document doc = parse(url); Collection assets = new LinkedList(); NodeList assetNodes = doc.getElementsByTagName("media-asset"); for (int i = 0; i < assetNodes.getLength(); i++) { Node assetNode = assetNodes.item(i); MediaAsset asset = new MediaAsset(assetNode); assets.add(asset); } return assets; } /** * 錯誤處理代碼（為簡潔起見省略了） */ } MediaParser類的構(gòu)造函數(shù)初始化了一個Xerces DOM解析器。parse()方法告訴解析器到哪個URL去找XML源，然后得到結(jié)果文檔并返回。loadAssets()方法調(diào)用parse()方法從某個XML源加載文檔，然后為文檔中找到的每個“media-asset”節(jié)點創(chuàng)建一個MediaAsset對象。 以下是一個使用MediaAsset類的例子： package jaf.xml; import java.util.*; public class MediaAsset { // 資源元數(shù)據(jù) private String mName = ""; private String mDesc = ""; private Collection mChildren = new LinkedList(); private Vector mTypes = new Vector(); private String mUrn = ""; protected MediaAsset(org.w3c.dom.Node assetNode) { // 為簡潔起見省略后面代碼 . . . } } 因為篇幅的關(guān)系省略了MediaAsset類的詳細代碼，但應(yīng)用模式依然是清晰的。MediaAsset類遍歷文檔的節(jié)點，當它碰到不同的子節(jié)點時，它用子節(jié)點的內(nèi)容填充自己的成員數(shù)據(jù)。如果它發(fā)現(xiàn)了一個嵌套的子資源節(jié)點，它只需要創(chuàng)建一個新的MediaAsset對象，然后將子資源節(jié)點的數(shù)據(jù)填充到新對象的成員數(shù)據(jù)中。 實現(xiàn)上述處理的方法數(shù)不勝數(shù)。我們還可以使用其他的解析器或解析器架構(gòu)，如Java API for XML Parsing (JAXP)。除了使用DOM模型外，事件驅(qū)動的SAX模型也可用于解析XML。類似的程序也可用來產(chǎn)生XML數(shù)據(jù)——前提是允許產(chǎn)生新的數(shù)據(jù)對象（在本例中是MediaAsset），它可將其相應(yīng)的XML實體插入到DOM中，然后將DOM輸出到一個流中（諸如一個文件，一個Socket，或者一個HTTP連接...）。還有其他更高層次的標準，可將XML映射到Java對象的過程進一步自動化（或簡化）。例如，使用XML概要（Schema）和XML綁定處理引擎，您可以半自動地將滿足某個XML 概要的XML數(shù)據(jù)轉(zhuǎn)變成Java數(shù)據(jù)對象。代表性的引擎是Castor，是由ExoLab小組管理的一個開放源代碼項目的產(chǎn)物。上述使用Xerces DOM的簡單例子僅僅是演示了這一處理過程的底層模型。 上述示例表明，在Java環(huán)境中解析或產(chǎn)生XML是非常方便的，這與J2EE沒有必然關(guān)聯(lián)。格式化為XML的數(shù)據(jù)可以從應(yīng)用程序的任何層次流入或輸出，這使得與外部系統(tǒng)的集成性無可限量。但我們能否以一種更為直接的方式將XML數(shù)據(jù)源集成到J2EE架構(gòu)中去呢？ 駕馭消息 J2EE架構(gòu)包含了對JMS（Java消息服務(wù)）API的訪問，以實現(xiàn)面向消息的通信（J2EE 1.2.1版只需JMS API即可，在J2EE 1.3版中JMS基本定型，此時必須由某個兼容J2EE平臺的服務(wù)器提供一個JMS API Provider）。這一類的異步交互（與之相對的是：本地或遠程方法調(diào)用所代表的同步交互）被證明在某些應(yīng)用環(huán)境中是非常有用的。某些時候，交互只需要通過間接的請求或回答來實現(xiàn)，即：在某些情況下，發(fā)出消息后不可能立即收到答復(fù)，但我們?nèi)韵Ｍ斚l(fā)出者重新在線時，確保他能收到答復(fù)信息。 面向消息系統(tǒng)的實際應(yīng)用之一就是企業(yè)之間的松散集成。類似于EDI（電子文檔交換）時代的文檔交換，兩個企業(yè)由于業(yè)務(wù)的需要而交換消息，此時通常不能為了使用RPC或者RMI、CORBA、DCOM之類的遠程方法交互而在兩者之間進行緊密集成。象JMS API這樣的消息系統(tǒng)允許雙方交換基于JMS API的消息載荷，前提是雙方在會話的時候均能提供兼容的JMS API服務(wù)。當前仍然存在的困難是：雙方是否能尊從相同的格式或協(xié)議。 這正是XML大顯身手的時候。XML明確地被設(shè)計來解決此類數(shù)據(jù)交換問題——靈丹妙藥就是“面向消息的概要表”（Message-Oriented Communication Scheme），實質(zhì)就是基于一個雙方認同的DTD或schema，用XML格式來交換消息載荷。 JMS API支持好幾種消息，其中的TextMessage代表文本消息載荷。一個簡單而有效的XML消息交換方案是，在一端將我們的XML文檔插入TextMessage，然后在另一端用自制的XML解析程序（如前面的MediaParser）解開數(shù)據(jù)并（可選地）將其轉(zhuǎn)換成Java對象。這使得我們既可以用JMS API支持的公開預(yù)訂的消息模型，也可以用JMS API支持的點對點的消息模型來發(fā)送XML消息。 上述方法有一些局限，因為對于JMS運行時處理而言，XML的內(nèi)容基本上是不透明的。例如，JMS API允許使用基于特定消息頭的路由。這很容易理解，尤其當我們希望XML消息根據(jù)其內(nèi)容采取不同走向時。例如在我們的MediaAsset例子中，我們希望公開講座內(nèi)容，但只想把特定的內(nèi)容傳送給那些預(yù)訂了課程的人，或傳送給那些表明可以接受某些媒體格式（如視頻流）的人。為了發(fā)揮JMS API的價值，以便實現(xiàn)上述基于內(nèi)容的消息路由，我們有必要從XML數(shù)據(jù)中解析出關(guān)鍵信息，然后在構(gòu)造標準JMS API消息頭時插入這些信息。這是可行的，但要實現(xiàn)XML信息我們就得額外地寫很多代碼（交換消息的雙方均如此）。 為了在XML和JMS API之間架起橋梁，一些廠商提供了自定義的JMS擴展，以便直接支持XML消息機制。例如，BEA系統(tǒng)公司基于J2EE的WebLogic應(yīng)用服務(wù)器特別為TextMessage提供了XMLMessage子類，允許用XPath表達式來過濾XML消息。不過這是一種專有的擴展，這要求交換消息的雙方必須都能處理這類消息。 為此，Sun公司目前正在開發(fā)用于XML消息的Java API（JAXM）。其目標是提供一個高級別的標準服務(wù)，以實現(xiàn)基于ebXML的消息的合成與傳送。一個JAXM服務(wù)提供程序可以將這類消息映射到適當?shù)奈锢硐⑾到y(tǒng)（諸如JMS API）中去。 讓XML看得見 將XML同Web系統(tǒng)的用戶界面進行集成顯然是一種有益的嘗試。絕大多數(shù)的界面程序，無論是基于還是不基于Web，都是將數(shù)據(jù)進行轉(zhuǎn)換，然后用易讀的格式展現(xiàn)給用戶。用諸如XML這種“易消化”的格式存放數(shù)據(jù)將簡化上述工作，同時它還大大提高了內(nèi)容的可管理性，接下來我們就可看到這一點。不過首先要大書一筆的是，XML在Web界面層的應(yīng)用得益于JSP技術(shù)的發(fā)展。 一直以來大家都希望能清晰地區(qū)分Web應(yīng)用程序的表示層與底層對象模型，JSP框架誕生于這些努力之中（包括早期JHTML嘗試）。JSP框架允許將Java代碼嵌入到HTML內(nèi)容中，這樣既可以實現(xiàn)動態(tài)內(nèi)容，又不必經(jīng)常修改Java Servlets的代碼。在頁面中包含Java技術(shù)的途徑是通過JSP標記（JSP Tags），這些標記以XML風格出現(xiàn)。在JSP中，Java程序以代碼片段、服務(wù)器端JavaBeans組件、在服務(wù)器端觸發(fā)特定操作的不透明標記（標準的或自定義的）等形式存在。當某個用戶通過瀏覽器請求JSP頁面時，一個Java應(yīng)用服務(wù)器解析該JSP頁面，將其編譯成一個Java Servlet，然后執(zhí)行該Servlet以產(chǎn)生答復(fù)頁面。 一種直接將XML數(shù)據(jù)源集成到JSP的界面中去的方法是，將XML加載到JavaBeans組件中（如同我們在MediaAsset例子中所做的），然后在JSP中直接引用這些JavaBeans組件。 下面是一個嵌入Java代碼片斷的例子： <html> <head> <title>第14講的媒體資源</title> </head> <body> <%@ page import="jaf.xml.*" %> Media Assets for Lecture 14:<jsp:useBean class="jaf.xml.MediaAsset" id="asset" /> <% MediaParser parser = new MediaParser(); Collection assets = parser.loadAssets("http:// /jaf/E162/lecture14-assets.xml"); Iterator iter = assets.iterator(); %>
</body> </html> 其中粗體部分為JSP代碼片斷和標記，其余部分是標準的HTML文本。 上述程序還有一種更簡潔的寫法，那就是使用自定義JSP頁面標記。這樣我們就可以從JSP頁面中剔出代碼段，只使用JavaBeans組件和自定義的JSP標記即可。比如說，為了去掉創(chuàng)建解析器、加載資源數(shù)據(jù)到集合中的那段代碼，我們可創(chuàng)建一個自己的標記，由它在幕后完成這些工作。以下是例子： . . . <%@ page import="jaf.xml.*" %> Media Assets for Lecture 14:<%@ taglib uri="http:///taglib" prefix="media" %> <media:load url="http:///jaf/E162/lecture14-assets.xml" collectionName="assets" cursorName="asset" /> |
|
|
來自： 白帆 > 《JAVA技術(shù)》
