在某種意義上,可將Cocoon視為一個(gè)基于XML的內(nèi)容管理系統(tǒng),因其提供了一種機(jī)制來描述Web信息項(xiàng)目(內(nèi)容)的結(jié)構(gòu)和語義、這些項(xiàng)目的關(guān)系、它們?nèi)绾坞S著時(shí)間的推移而發(fā)生改變(邏輯)以及在請求時(shí)如何向用戶呈現(xiàn)(它們的樣式)。事實(shí)上,Cocoon項(xiàng)目作為Apache Web服務(wù)器項(xiàng)目的一部分,它的作用之一就是組織和控制Apache麾下眾多項(xiàng)目的文檔化過程。
作為對其真實(shí)用途的一個(gè)比喻,Cocoon(繭)這個(gè)名字具有深遠(yuǎn)的意義。它代表一種包裹結(jié)構(gòu),其中的某些東西將從幼蟲階段成長為美麗的蝴蝶,并準(zhǔn)備展翅飛翔。但在Apache Cocoon的主頁上,沒有對這個(gè)巧妙的比喻進(jìn)行說明。相反,它只是對這個(gè)項(xiàng)目進(jìn)行了準(zhǔn)確的技術(shù)性解釋:“Apache Cocoon是一個(gè)XML發(fā)布框架,它將XML和XSLT技術(shù)在服務(wù)器應(yīng)用程序中的應(yīng)用提升到一個(gè)新級別。Cocoon的宗旨是提升管道化SAX處理的性能和擴(kuò)展性,通過對內(nèi)容、邏輯和樣式的分離來營造一個(gè)靈活的環(huán)境。”
到底什么是Cocoon?
Cocoon最初的型態(tài)是一個(gè)簡單的Java servlet,全部使用標(biāo)準(zhǔn)W3C組件:用文檔對象模型(DOM)來解析文檔,用XML來捕捉和格式化數(shù)據(jù),用XSLT來轉(zhuǎn)換數(shù)據(jù)和合并/操縱XML文檔,并用XSL來管理文檔的表示以便通過Web傳送。但人們很快就要求它為其他類型的內(nèi)容提供服務(wù)(比如程序和文檔),所以Cocoon逐漸發(fā)展成為一個(gè)完整的、基于XML的發(fā)布框架及系統(tǒng)。
隨著時(shí)間的推移,幾個(gè)新的XML組件問世了,比如SAX。另外,XSL也逐漸細(xì)分為幾個(gè)不同的組件,分別提供Transforms、Formatting Objects和XPath功能。這些新標(biāo)準(zhǔn)直接促成了Cocoon 2在2002年的問世,它定義了一個(gè)標(biāo)準(zhǔn)的(而且仍在發(fā)展的)內(nèi)容管理系統(tǒng),并面向公眾開放。
就目前來說,我們可采取幾種不同的方式來描述Cocoon:一個(gè)XML發(fā)布框架,一個(gè)數(shù)據(jù)源聚合器以及一系列管道和組件的集合。
作為發(fā)布框架的Cocoon
Cocoon基于對SAX事件的管道式處理。Web應(yīng)用程序如果圍繞這個(gè)框架來構(gòu)建,將獲得較好的擴(kuò)展性和性能。利用一個(gè)集中式的配置系統(tǒng),你可以方便地創(chuàng)建、部署和維護(hù)Web應(yīng)用程序。Cocoon使用了一個(gè)緩存系統(tǒng),所有組件都可根據(jù)需要進(jìn)行動(dòng)態(tài)配置。接收到用戶請求后,會(huì)自動(dòng)檢查緩存,判斷請求的URI(統(tǒng)一資源標(biāo)識符)是否存在。如果存在,就直接傳遞緩存的內(nèi)容,不需要通過一個(gè)管道來處理它。
Cocoon作為數(shù)據(jù)源聚合器
Cocoon可作為一個(gè)抽象的引擎使用(通過一個(gè)Java servlet),它基于自定義的協(xié)議處理程序,能通過標(biāo)準(zhǔn)URI來訪問外部數(shù)據(jù)源。Cocoon甚至能遞歸調(diào)用自身,使數(shù)據(jù)流能在多個(gè)管道化階段同時(shí)處理,從而提高處理速度和效率。
管道和組件
Cocoon體系結(jié)構(gòu)的核心設(shè)計(jì)思想是模塊化和抽象處理。Cocoon管道在概念上和UNIX系統(tǒng)中使用的管道差不多,只是Cocoon管道中的所有元素都是通過解析XML文檔而創(chuàng)建的SAX事件。Cocoon識別3種類型的管道元素(組件),分別是生成器(generators)、轉(zhuǎn)換器(transformers)和序列化器(serializers)。其中,生成器使用一個(gè)請求的URI來生成SAX事件;轉(zhuǎn)換器使用SAX事件并生成其他SAX事件;序列化器使用SAX事件并生成一些響應(yīng)。
Cocoon的用途
簡單地說,Cocoon管道用于生成和遞送內(nèi)容。內(nèi)容采用的是某種可識別的形式,由一個(gè)生成器和一個(gè)序列化器構(gòu)成。在較典型的Cocoon管道中,生成器之后可能緊接著一個(gè)或多個(gè)轉(zhuǎn)換器鏈,而序列化器用于生成不同格式的輸出。采取這種方式,同一個(gè)源文檔可為Web瀏覽器生成HTML格式的內(nèi)容,為WAP設(shè)備生成WML格式的內(nèi)容,為打印輸出生成PDF格式的內(nèi)容。
作為一個(gè)開發(fā)平臺,Cocoon最吸引人的地方在于它提供了品種豐富的生成器、轉(zhuǎn)換器和序列化器。人們?yōu)镃ocoon 2項(xiàng)目開發(fā)和捐贈(zèng)了許多這樣的組件。一經(jīng)捐贈(zèng),這些組件就可進(jìn)行定制,以添加新功能或者進(jìn)行擴(kuò)展,從而創(chuàng)建出新的組件。表A總結(jié)了適用于Cocoon的一些常用生成器、轉(zhuǎn)換器和序列化器。
表A
類別 | 名稱 | 說明 |
生成器 | DirectoryGenerator | 將目錄列表轉(zhuǎn)換成XML格式,以便從中生成SAX事件 |
生成器 | FileGenerator | 解析一個(gè)文件或URI,并生成SAX事件 |
生成器 | JSPGenerator | 根據(jù)JSP頁來生成XML和SAX事件 |
生成器 | ServerPagesGenerator | 根據(jù)XSP頁來生成XML和SAX |
轉(zhuǎn)換器 | i18nTransformer | 使用i18n字典和語言參數(shù)值來轉(zhuǎn)換SAX事件 |
轉(zhuǎn)換器 | XincludeTransformer | 通過為現(xiàn)有的SAX流添加SAX事件,從而處理xinclude命名空間,并包括外部源 |
轉(zhuǎn)換器 | XSLTransformer | 根據(jù)XSLT樣式表定義來轉(zhuǎn)換SAX事件流 |
序列化器 | HTMLSerializer | 根據(jù)SAX事件來生成HTML響應(yīng) |
序列化器 | PDFSerializer | 根據(jù)SAX事件,使用Apache FOP(格式輸出處理器)來生成PDF |
序列化器 | SVG2JPGSerializer | 根據(jù)SVG SAX事件,使用Apache Batik來生成JPEG圖像 |
序列化器 | TextSerializer | 根據(jù)SAX事件來生成純文本輸出,適用于非XML文本,比如CSS或程序語言代碼 |
序列化器 | XMLSerializer | 根據(jù)SAX事件來生成XML響應(yīng) |
可由Cocoon使用的部分組件
如所你見,Cocoon的功能并非只是簡單地將數(shù)據(jù)格式化成HTML。在未來的文章中,我們將研究如何在Cocoon環(huán)境中創(chuàng)建和處理文檔,并更詳細(xì)地介紹在這個(gè)環(huán)境中工作所牽涉的問題。就目前來說,你只需理解Cocoon是針對多種目的來捕捉、呈現(xiàn)和遞送Web內(nèi)容的一種方式。
命令?????????????????????????????????????????????????????????????? 作用
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-cache search package???????????????? 搜索包
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-cache show package?????????????????? 獲取包的相關(guān)信息,如說明、大小、版本等
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get install package????????????????????? 安裝包
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get install package - - reinstall??? 重新安裝包
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get remove package?????????????????? 刪除包
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get remove package - - purge??? 刪除包,包括刪除配置文件等
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get update?????????????????????????????????? 更新源
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get dist-upgrade????????????????????????? 升級系統(tǒng)
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get -f install????????????????????????????????? 強(qiáng)制安裝
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-cache depends package???????????? 了解使用依賴
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-cache rdepends package??????????? 了解某個(gè)具體的依賴
----------------------------------------------------------------------------------------------------------------------------------------
sudo apt-get build-dep package???????????????? 安裝相關(guān)的編譯環(huán)境
----------------------------------------------------------------------------------------------------------------------------------------
XML(可擴(kuò)展標(biāo)記語言)看起來可能像某種W3C標(biāo)準(zhǔn)——現(xiàn)在沒有什么實(shí)際影響,即使以后能派上用場,也是很久以后的事。但實(shí)際上,它現(xiàn)在已經(jīng)得到了應(yīng)用。所以,不要等到XML已被加進(jìn)了你最喜愛的HTML編輯器中才開始使用它。它現(xiàn)在就可以解決各種內(nèi)部問題和B2B系統(tǒng)問題。
在Sparks.com,我們使用XML來標(biāo)準(zhǔn)化從Java對象到HTML數(shù)據(jù)顯示等不同系統(tǒng)之間的數(shù)據(jù)表示。
特別需要指出的是,我們發(fā)現(xiàn),只要以非常基本的XML結(jié)構(gòu)來實(shí)現(xiàn)標(biāo)準(zhǔn)化,就可以更容易地共享和操作數(shù)據(jù)。在這一過程中,我們發(fā)現(xiàn)了使用XML的很多有效方法。下面詳細(xì)介紹我們現(xiàn)在的應(yīng)用情況。
標(biāo)準(zhǔn)化
在使用XML之前,建立與你要使用的信息不同的XML數(shù)據(jù)格式。
生成動(dòng)態(tài)XML
從數(shù)據(jù)庫中生成HTML并不新鮮,但生成XML卻很新鮮。這里我們介紹具體的生成步驟。
用XSL作為模板語言
XSL(可擴(kuò)展樣式表語言)是定義XML數(shù)據(jù)顯示格式的好方法,如果寫成幾個(gè)靜態(tài)模板會(huì)更有效。
生成HTML
XML加上XSL就等于HTML。這聽起來似乎不對,但用戶所見的我們的HTML頁面其實(shí)就是XML和XSL共同產(chǎn)生的效果。
一、標(biāo)準(zhǔn)化
XML的能力來自于它的靈活性。但不幸的是,它有時(shí)太靈活了,以至于你會(huì)面對一個(gè)空白的頁面,發(fā)愁該怎么解決問題。
在任何XML的項(xiàng)目中,第一步工作都是創(chuàng)建標(biāo)準(zhǔn)的數(shù)據(jù)格式。為此你要作出以下決定:
• 要涉及哪些數(shù)據(jù)
• 是否要使用DTD(文件類型定義)
• 是否要使用DOM(文檔對象模型)或SAX(XML的簡化API)解析
確定數(shù)據(jù):
因?yàn)闆]有標(biāo)準(zhǔn)的XML格式,開發(fā)者可以自由地開發(fā)自己的格式。然而,如果你的格式只能被一個(gè)應(yīng)用程序識別,那么你只能運(yùn)行這個(gè)程序來使用該格式。如果還有其他程序也能讀懂你的XML格式,那顯然會(huì)更有幫助。如果某個(gè)XML格式被修改,則使用它的系統(tǒng)可能也需要被修改,所以你應(yīng)該建立盡可能完整的格式。因?yàn)榇蠖鄶?shù)系統(tǒng)忽略它們無法識別的標(biāo)簽,所以改變一個(gè)XML格式的最安全的方法是添加標(biāo)簽,而不是修改標(biāo)簽。
單擊此處查看XML數(shù)據(jù)格式實(shí)例
在Sparks.com,我們查看了不同的產(chǎn)品展示需要的所有產(chǎn)品數(shù)據(jù)。盡管并不是所有的頁面都使用全部數(shù)據(jù),但我們還是由此開發(fā)出適用于所有數(shù)據(jù)的非常完整的XML數(shù)據(jù)格式。例如,我們的產(chǎn)品明細(xì)信息頁面顯示的數(shù)據(jù)要比產(chǎn)品瀏覽頁面多。然而,我們在這兩種情況下仍然使用相同的數(shù)據(jù)格式,因?yàn)槊總€(gè)頁面的XSL模板都只使用它所需要的字段。
是否使用DTD
在Sparks.com,我們使用組織良好的XML,而不使用僅僅是正確的XML,因?yàn)榍罢卟恍枰狣TD。DTD在用戶點(diǎn)擊和看到頁面之間加入了一個(gè)處理層。我們發(fā)現(xiàn)這一層需要太多的處理。當(dāng)然,在以XML格式與其他公司通信時(shí),使用DTD還是很不錯(cuò)的。因?yàn)镈TD能在發(fā)送和接受時(shí)能保證數(shù)據(jù)結(jié)構(gòu)正確。
選擇解析引擎
現(xiàn)在,可以使用的解析引擎有好幾個(gè)。選擇哪一個(gè)幾乎完全取決于你的應(yīng)用需要。如果你決定使用DTD,那么這個(gè)解析引擎必須能使你的XML被DTD驗(yàn)證。你可以將驗(yàn)證另放到一個(gè)進(jìn)程中,但那樣會(huì)影響性能。
SAX和DOM是兩個(gè)基本的解析模型。SAX基于事件,所以在XML被解析時(shí),事件被發(fā)送給引擎。接下來,事件與輸出文件同步。DOM解析引擎為動(dòng)態(tài)XML數(shù)據(jù)和XSL樣式表建立層次樹狀結(jié)構(gòu)。通過隨機(jī)訪問DOM樹,可以提供XML數(shù)據(jù),就象由XSL樣式表來決定一樣。SAX模型上的爭論主要集中于對DOM結(jié)構(gòu)的內(nèi)存降低過度和加快XSL樣式表解析時(shí)間縮短方面。
然而,我們發(fā)現(xiàn)使用SAX的很多系統(tǒng)并沒有充分發(fā)揮它的能力。這些系統(tǒng)用它來建立DOM結(jié)構(gòu)并通過DOM結(jié)構(gòu)來發(fā)送事件。用這種方法,在任何XML處理之前必須從樣式表中建立DOM,所以性能會(huì)下降。
二、生成動(dòng)態(tài)XML
一旦建立了XML格式,我們需要一種能夠?qū)⑵鋸臄?shù)據(jù)庫中動(dòng)態(tài)移植的方法。
生成XML文檔相對來說比較簡單,因?yàn)樗恍枰粋€(gè)可以處理字符串的系統(tǒng)。我們建立了一個(gè)使用Java Servlet、Enterprise JavaBean server、JDBC和RDBMS(關(guān)系型數(shù)據(jù)庫管理系統(tǒng))的系統(tǒng)。
• Servlet通過把生成XML文檔的任務(wù)交給Enterprise JavaBean (EJB)來處理產(chǎn)品信息請求。
• EJB使用JDBC從數(shù)據(jù)庫里查詢所需的產(chǎn)品詳細(xì)信息。
• EJB生成XML文件并把它傳遞給Servlet。
• Servlet調(diào)用解析引擎,從XML文件和靜態(tài)的XSL樣式表中創(chuàng)建HTML輸出。
(有關(guān)XSL應(yīng)用的其他信息,請參閱用XSL作為模板語言。)
生成XML的例子
在Java中創(chuàng)建XML文檔字符串的真正代碼可以分成幾個(gè)方法和類。
啟動(dòng)XML生成過程的代碼放在EJB方法里。這一實(shí)例會(huì)立即創(chuàng)建一個(gè)StringBuffer,以便存儲(chǔ)生成的XML字符串。
StringBuffer xml = new StringBuffer();
xml.append(XmlUtils.beginDocument("/browse_find/browse.xsl", "browse", request));
xml.append(product.toXml());
xml.append(XmlUtils.endDocument("browse");
out.print(xml.toString());
后面的三個(gè)xml.append()變元本身就是對其他方法的調(diào)用。
產(chǎn)生文件頭
第一個(gè)附加方法調(diào)用XmlUtils類來產(chǎn)生XML文件頭。我們的Java Servlet中的代碼如下:
public static String beginDocument(String stylesheet, String page)
{
? ? StringBuffer xml = new StringBuffer();
? ? xml.append("<?xml version=\"1.0\"?>\n")
? ? .append("<?xml-stylesheet href=\"")
? ? .append(stylesheet).append("\"")
? ? .append(" type =\"text/xsl\"?>\n");
? xml.append("<").append(page).append(">\n");
? return xml.toString();
}
這段代碼生成了XML文件頭。<?xml>標(biāo)簽把本文件定義為支持1.0版本的XML文件。第二行代碼指向用以顯示數(shù)據(jù)的正確樣式表的位置。最后包括進(jìn)去的是項(xiàng)級標(biāo)簽(本實(shí)例中為<browse>)。在文件末尾,只有<browse>標(biāo)簽需要被關(guān)閉。
<?xml version="1.0"?> <?xml-stylesheet href="/browse_find/browse.xsl" type="text/xsl"?> <browse>
填入產(chǎn)品信息
完成了文件頭后,控制方法會(huì)調(diào)用Java對象來產(chǎn)生它的XML。本例中調(diào)用的是product對象。product對象使用兩個(gè)方法來產(chǎn)生它的XML表示。第一個(gè)方法toXML()通過產(chǎn)生<product>和</product>標(biāo)簽來建立product節(jié)點(diǎn)。然后它會(huì)調(diào)用internalXML(),這樣就能提供產(chǎn)品XML所需的內(nèi)容。internalXML()是一系列的StringBuffer.append()調(diào)用。StringBuffer也被轉(zhuǎn)換成字符串并返回給控制方法。
public String toXml()
? ? {
? ? StringBuffer xml = new StringBuffer("<product>\n");
? ? xml.append(internalXml());
? ? xml.append("</product>\n");
? ? return xml.toString();
? ? }
public String internalXml()
? ? {
? ? StringBuffer xml = new
? ? StringBuffer("\t")
? ? ? ? .append(productType).append("\n");
? ? xml.append("\t").append(idValue.trim())
? ? ? ? .append("\n");
? ? xml.append("\t").append(idName.trim())
? ? ? ? .append("\n");
? ? xml.append("\t").append(page.trim())
? ? ? ? .append("\n");
厖?
? ? ? xml.append("\t").append(amount).append("\n");
? ? xml.append("\t").append(vendor).append("\n");
? ? xml.append("\t\n");
? ? xml.append("\t").append(pubDesc).append("\n");
? ? xml.append("\t").append(venDesc).append("\n";
厖?
? ? return xml.toString();
}
關(guān)閉文件
最后,XMLUtils.endDocument()方法被調(diào)用。這個(gè)調(diào)用關(guān)閉XML標(biāo)簽(本例中為),并最終完成架構(gòu)好的XML文件。來自控制方法的整個(gè)StringBuffer也轉(zhuǎn)換成字符串,并返回給處理最初HTTP請求的servlet。
三、用XSL作為模板語言
為了得到HTML輸出,我們把生成的XML文件和控制XML數(shù)據(jù)如何表示的XSL模板相結(jié)合。我們的XSL模板由精心組織的XSL和HTML標(biāo)簽組成。
開始建模板
我們的XSL模板開始部分與下面這段代碼類似。第一行代碼為必需代碼,將本文件定義為XSL樣式表。xmlns:xsl=屬性引用本文件所使用的XML名稱空間,而version=屬性則定義名稱空間的版本號。在文件的末尾,我們關(guān)閉標(biāo)簽。
由<xsl:template>開始的第二行代碼確定了XSL模板的模式。Match屬性是必需的,在這里指向XML標(biāo)簽<basketPage>。在我們的系統(tǒng)里,<basketPage>標(biāo)簽里包含<product> 標(biāo)簽,這使得XSL模板可以訪問嵌在<product>標(biāo)簽內(nèi)的產(chǎn)品信息。我們又一次必須在文件末尾關(guān)閉<xsl:template>標(biāo)簽。
接下來,我們來看一看組織良好的HTML。由于它將被XML解析引擎處理,所以必須符合組織良好的XML的所有規(guī)則。從本質(zhì)上來講,這意味著所有的開始標(biāo)簽必須有對應(yīng)的結(jié)束標(biāo)簽。例如,通常不被結(jié)束的<P>標(biāo)簽,必須用</P>關(guān)閉。
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
version="1.0">
<xsl:template match="basketPage">
<html>
<head>
<title>Shopping Bag / Adjust Quantity</title>
</head>
<body bgcolor="#cccc99" bgproperties="fixed" link="#990000" vlink="#990000">
<br>
?br> </xsl:template>
</xsl:stylesheet>
在模板的主體內(nèi),有很多XSL標(biāo)簽被用于為數(shù)據(jù)表示提供邏輯。下面解釋兩個(gè)常用的標(biāo)簽。
Choose
<xsl:choose>標(biāo)簽類似于傳統(tǒng)編程語言中if-then-else結(jié)構(gòu)的開始部分。在XSL中,choose標(biāo)簽表示在代碼進(jìn)入的部分中,賦值將觸發(fā)動(dòng)作的發(fā)生。擁有賦值屬性的<xsl:when>標(biāo)簽跟在choose標(biāo)簽后面。如果賦值是正確的,位于<xsl:when>的開始和結(jié)束標(biāo)簽之間的內(nèi)容將被使用。如果賦值錯(cuò)誤,就使用<xsl:otherwise>的開始和結(jié)束標(biāo)簽之間的內(nèi)容。整個(gè)部分用</xsl:choose>來結(jié)束。
在這個(gè)例子里,when標(biāo)簽會(huì)為quantity標(biāo)簽檢查XML。如果quantity標(biāo)簽里含有值為真的error屬性,quantity標(biāo)簽將會(huì)顯示列在下面的表格單元。如果屬性的值不為真,XSL將會(huì)顯示otherwise標(biāo)簽間的內(nèi)容。在下面的實(shí)例里,如果error屬性不真,則什么都不會(huì)被顯示。
<xsl:choose>
<xsl:when test="quantity[@error='true']">
<td bgcolor="#ffffff"><img height="1" width="1" src="http://img.sparks.com/Images/I-Catalog/sparks_images/sparks_ui/clearpixel.gif"/></td>
<td valign="top" bgcolor="#ffffff" colspan="2"><font face="Verdana, Arial" size="1" color="#cc3300"><b>*Not enough in stock. Your quantity was adjusted accordingly.</b></font></td>
</xsl:when>
<xsl:otherwise>
</xsl:otherwise>
</xsl:choose>
For-each
<xsl:for-each>標(biāo)簽可以用來對相似XML數(shù)據(jù)的多種情況應(yīng)用同一個(gè)樣式表。對于我們來說,可以從數(shù)據(jù)庫中取出一系列產(chǎn)品信息,并在Web頁上進(jìn)行統(tǒng)一格式化。這里有一個(gè)例子:
<xsl:for-each select="package">
<xsl:apply-templates select="product"/>
</xsl:for-each>
for-each 循環(huán)在程序遇到標(biāo)簽時(shí)開始。這個(gè)循環(huán)將在程序遇到標(biāo)簽時(shí)結(jié)束。一旦這個(gè)循環(huán)運(yùn)行,每次標(biāo)簽出現(xiàn)時(shí)都會(huì)應(yīng)用這個(gè)模板。
四、生成HTML
將來的某一時(shí)刻,瀏覽器將會(huì)集成XML解析引擎。到那時(shí),你可以直接向?yàn)g覽器發(fā)送XML和XSL文件,而瀏覽器則根據(jù)樣式表中列出的規(guī)則顯示XML數(shù)據(jù)。不過,在此之前開發(fā)者們將不得不在他們服務(wù)器端的系統(tǒng)里創(chuàng)建解析功能。
在Sparks.com,我們已經(jīng)在Java servlet里集成了一個(gè)XML解析器。這個(gè)解析器使用一種稱為XSLT (XSL Transformation)的機(jī)制,按XSL標(biāo)簽的說明向XSL模板中添加XML數(shù)據(jù)。
當(dāng)我們的Java servlet處理HTTP請求時(shí),servlet檢索動(dòng)態(tài)生成的XML,然后XML被傳給解析引擎。根據(jù)XML文件中的指令,解析引擎查找適當(dāng)?shù)腦SL樣式表。解析器通過DOM結(jié)構(gòu)創(chuàng)建HTML文件,然后這個(gè)文件再傳送給發(fā)出HTTP請求的用戶。
如果你選擇使用SAX模型,解析器會(huì)通讀XML源程序,為每個(gè)XML標(biāo)簽創(chuàng)建一個(gè)事件。事件與XML數(shù)據(jù)對應(yīng),并最終按XSL標(biāo)簽向樣式表中插入數(shù)據(jù)。