級(jí)別: 高級(jí)
Titus Barik (titus@barik.net), 高級(jí)程序員，分析師, SoloFX Enterprises, LLC
2005 年 8 月 23 日
2006 年 8 月 04 日 更新
隨著內(nèi)容管理應(yīng)用程序的日益普及，對(duì)于公共的、標(biāo)準(zhǔn)的內(nèi)容倉庫 API 的需求也變得漸漸明顯起來。Content Repository forJava ™ Technology API（JSR-170）的目標(biāo)就是提供這樣一個(gè)接口。在這篇文章中，我將用開放源碼的 JSR-170 實(shí)現(xiàn)Apache Jackrabbit，設(shè)計(jì)一個(gè)簡(jiǎn)單的類似維京百科全書的后端，研究這個(gè)前途遠(yuǎn)大的框架所提供的特性。
如果曾經(jīng)試過開發(fā)內(nèi)容管理應(yīng)用程序，那么您應(yīng)當(dāng)非常清楚在實(shí)現(xiàn)內(nèi)容系統(tǒng)時(shí)所遇到的固有難題。這個(gè)領(lǐng)地有點(diǎn)支離破碎，許多供應(yīng)商都有自己的私有倉庫引擎。這些困難惡化了這類系統(tǒng)的復(fù)雜性和可維護(hù)性、增強(qiáng)了廠商鎖定、增加了企業(yè)市場(chǎng)中對(duì)傳統(tǒng)系統(tǒng)長(zhǎng)期支持的需要。隨著企業(yè) weblog和電子企業(yè)文檔管理的日益流行，對(duì)標(biāo)準(zhǔn)化內(nèi)容倉庫接口的需求比以往任何時(shí)候都更加顯著。
Content Repository for Java Technology 規(guī)范是在 Java Community Process 中作為 JSR-170 開發(fā)的，它的目標(biāo)是滿足這些行業(yè)的需求。該規(guī)范在 javax.jcr 名稱空間中提供了統(tǒng)一的 API ，允許以廠商中立的方式訪問任何符合規(guī)范的倉庫實(shí)現(xiàn)。
但是 API 標(biāo)準(zhǔn)化并不是 Java Content Repository（JCR）帶來的惟一特性。JSR-170的一個(gè)主要優(yōu)勢(shì)就是沒有捆綁到任何特定的底層架構(gòu)上。例如，JSR-170 實(shí)現(xiàn)的后端數(shù)據(jù)存儲(chǔ)可以是文件系統(tǒng)、WebDAV 倉庫、XML支持的系統(tǒng)或者是 SQL 數(shù)據(jù)庫。而且，JSR-170 的導(dǎo)出和導(dǎo)入功能允許集成人員在后端內(nèi)容和 JCR 實(shí)現(xiàn)之間無縫地切換。最后，JCR提供了簡(jiǎn)單的接口，可以將該接口放在各種現(xiàn)有的內(nèi)容倉庫之上，并同時(shí)標(biāo)準(zhǔn)化一些復(fù)雜的功能（例如版本管理、訪問控制和搜索）。
在討論 JCR 時(shí)，有幾種方式可以采用。在這篇文章中，我從開發(fā)人員的角度來研究 JSR-170 規(guī)范所提供的特性，重點(diǎn)放在可用的 API和接口上，這些接口允許程序員在設(shè)計(jì)內(nèi)容應(yīng)用程序時(shí)有效利用 JSR-170 倉庫。作為一個(gè)假設(shè)的示例，我將為一個(gè)類似維京百科全書的、叫做JCRWiki 的系統(tǒng)實(shí)現(xiàn)一個(gè)小小的后端，為二進(jìn)制內(nèi)容、版本管理、備份和搜索提供支持。我使用 ApacheJackrabbit（JSR-170 的開源實(shí)現(xiàn)）開發(fā)這個(gè)應(yīng)用程序。
我先從對(duì)倉庫模型的高級(jí)討論開始，以便讓您熟悉 JCR。倉庫模型是簡(jiǎn)單的層次結(jié)構(gòu)，看起來就像一個(gè)有 n 個(gè)分叉的樹。它由單一內(nèi)容倉庫構(gòu)成，有一個(gè)或多個(gè)工作區(qū)。（這篇文章中的討論僅限制于單一工作區(qū)。）每個(gè)工作區(qū)都包含一個(gè)項(xiàng)目 樹；項(xiàng)目既可以是節(jié)點(diǎn) 也可以是屬性。節(jié)點(diǎn)可以有零個(gè)或多個(gè)子節(jié)點(diǎn)以及零個(gè)或多個(gè)相關(guān)屬性，實(shí)際的內(nèi)容保存在子節(jié)點(diǎn)和屬性中。
每個(gè)節(jié)點(diǎn)都有且只有一個(gè)主節(jié)點(diǎn)類型。主節(jié)點(diǎn)類型定義了節(jié)點(diǎn)的特征，例如允許節(jié)點(diǎn)擁有的屬性和子節(jié)點(diǎn)。除了主節(jié)點(diǎn)類型之外，節(jié)點(diǎn)還可以有一個(gè)或多個(gè)混合（mixin）類型?；旌项愋透裥揎椘?，向節(jié)點(diǎn)提供額外的特征。具體來說，JCR 實(shí)現(xiàn)可以提供三種預(yù)定義混合類型：
mix:versionable：允許節(jié)點(diǎn)支持版本管理mix:lockable：支持節(jié)點(diǎn)的鎖定功能mix:referenceable：提供自動(dòng)創(chuàng)建的 jcr:uuid 屬性，給節(jié)點(diǎn)一個(gè)惟一可以引用的標(biāo)識(shí)符這個(gè)結(jié)構(gòu)如圖 1 所示。圓圈代表節(jié)點(diǎn)，矩形代表屬性。請(qǐng)參見節(jié)點(diǎn) A、B 和 C，它們都衍生自一個(gè)根節(jié)點(diǎn)。節(jié)點(diǎn) A 有兩個(gè)屬性，即一個(gè)字符串 “John” 和一個(gè)整數(shù) 22。
每個(gè)倉庫都必須支持主節(jié)點(diǎn)類型 nt:base。倉庫還可以支持其他許多公共節(jié)點(diǎn)類型：
nt:unstructured 是最靈活的節(jié)點(diǎn)類型。它允許使用任意數(shù)量的子節(jié)點(diǎn)或?qū)傩?，并且可以使用任意名稱。這個(gè)節(jié)點(diǎn)類型表示 JCRWiki 的條目。nt:file 表示文件。它需要一個(gè)叫做 jcr:content 的單一子節(jié)點(diǎn)。這個(gè)節(jié)點(diǎn)類型表示 JCRWiki 條目中的圖片和其他二進(jìn)制內(nèi)容。nt:folder 節(jié)點(diǎn)類型可以表示文件夾，就像常規(guī)的文件系統(tǒng)中的文件夾一樣。nt:resource 通常表示文件的實(shí)際內(nèi)容。nt:version 是支持版本管理的倉庫所必需的節(jié)點(diǎn)類型。整個(gè)節(jié)點(diǎn)類型的結(jié)構(gòu)可以在 JSR-170 規(guī)范的 6.7.22.1 小節(jié)找到（請(qǐng)參閱 參考資料 獲得鏈接）。
倉庫模型一個(gè)有用的卻經(jīng)常被忽視的特性就是它對(duì)名稱空間 的支持。名稱空間防止不同來源和不同應(yīng)用程序域之間的項(xiàng)目和節(jié)點(diǎn)類型的命名沖突。名稱空間被定義為帶有一個(gè)前綴，中間用一個(gè) : （冒號(hào)）分隔。在這篇文章的教程中，已經(jīng)遇到了一些名稱空間：jcr 用于 JCR 的內(nèi)部屬性，mix 用于混合類型，nt 用于節(jié)點(diǎn)類型。在 JCRWiki 中，所有的數(shù)據(jù)都將使用 wiki 名稱空間。
  |
|
在編寫這篇文章的時(shí)候，Apache Jackrabbit（即 Apache 基金會(huì)的 JSR-170 的開源實(shí)現(xiàn)）的發(fā)行版已經(jīng)到了版本 1.0。編譯好的字節(jié)碼 JAR 可以直接從 Jackrabbit Web 站點(diǎn)下載（請(qǐng)參閱 參考資料）。雖然 Jackrabbit can 仍然可以用 SVN 從源代碼進(jìn)行編譯，但是 Jackrabbit 庫已經(jīng)非常穩(wěn)定，不再需要每夜構(gòu)建（nightly builds）技術(shù)。這一節(jié)將提供盡可能快地安裝 JCR 實(shí)現(xiàn)并運(yùn)行它的詳細(xì)說明。
要使用和運(yùn)行這篇文章中的示例，請(qǐng)將下面這些庫放在類路徑中：
jackrabbit-core：針對(duì) JSR-170 的 Jackrabbit 內(nèi)容倉庫核心實(shí)現(xiàn)和來自 Apache 的公共實(shí)用代碼。commons-collections：包含強(qiáng)大數(shù)據(jù)結(jié)構(gòu)的框架，該框架可以加快 Java 應(yīng)用程序的開發(fā)。concurrent：這個(gè)庫提供通常在 Java 并發(fā)編程中會(huì)遇到的工具類的標(biāo)準(zhǔn)化的、有效率的版本。derby：一個(gè) Apache 數(shù)據(jù)庫子項(xiàng)目，它提供完全用 Java 語言實(shí)現(xiàn)的關(guān)系數(shù)據(jù)庫。jcr：一組符合 JSR-170 規(guī)范的接口。log4j：運(yùn)行時(shí)日志庫。lucene：高性能的全功能文本搜索引擎庫。slf4j （針對(duì) Java 的簡(jiǎn)單日志 Facade）：目的是充當(dāng)不同日志 API 的簡(jiǎn)單 facade，允許用戶在部署時(shí)插入需要的實(shí)現(xiàn)。xerces：高級(jí) XML 解析器，支持 SAX 版本 2、DOM 1 級(jí)和 SAX 版本 1 API。如果用 SVN 構(gòu)建 Jackrabbit，那么所有這些 JAR 文件都會(huì)在 Jackrabbit 構(gòu)建過程中被下載，并位于 Maven的緩存目錄中。在 Linux 下，這些 JAR 位于主目錄的 .maven 目錄下。如果使用二進(jìn)制構(gòu)建，那么只需要從它們各自的 Web站點(diǎn)下載其二進(jìn)制版或?yàn)g覽 Jackrabbit Web 站點(diǎn)的 “First Hops with Jackrabbit”即可，那里會(huì)提供到所有這些資源的直接鏈接。在 JSR-170 規(guī)范的下載中還有一個(gè) jcr-1.0.jar，在 Java 社區(qū)進(jìn)程的 Web站點(diǎn)上也可以找到它。
 |
|
JSR-170 沒有確切地指定應(yīng)當(dāng)如何獲得初始的 Repository對(duì)象；這被留作每個(gè)倉庫廠商的實(shí)現(xiàn)細(xì)節(jié)。但是，在應(yīng)用程序中最好使用 JNDI 或其他容器環(huán)境中的配置機(jī)制，這樣可以保持 JSR-170的實(shí)現(xiàn)相對(duì)獨(dú)立于對(duì) Jackrabbit 的直接依賴項(xiàng)。雖然這一策略在初始配置期間造成了額外的復(fù)雜性，但它提供了跨不同 JSR-170實(shí)現(xiàn)的更好的移植性。要想獲得一個(gè)移植性雖然差但得到了簡(jiǎn)化的配置，可以使用自動(dòng)配置，詳細(xì)內(nèi)容在這篇文章后面部分介紹。
在手工配置中，可以將 JNDI 與配置文件（叫做 repository.xml，以編程方式載入）結(jié)合使用來得到倉庫。
第一步，也是最容易的一步，就是為 Jackrabbit 創(chuàng)建 repository.xml 文件。這個(gè)配置文件實(shí)現(xiàn)了許多重要任務(wù)。這些任務(wù)包括：指定底層的后端存儲(chǔ)、訪問控制機(jī)制、可用的工作區(qū)、版本管理系統(tǒng)和搜索子系統(tǒng)。清單 1 提供了一個(gè)示例：
<?xml version="1.0" encoding="ISO-8859-1"?> <Repository> <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem"> <param name="path" value="${rep.home}/repository"/> </FileSystem> <Security appName="Jackrabbit"> <AccessManager class="org.apache.jackrabbit.core.security. SimpleAccessManager"/> </Security> <Workspaces rootPath="${rep.home}/workspaces" defaultWorkspace="default" /> <Workspace name="${wsp.name}"> <FileSystem class="org.apache.jackrabbit.core.fs.local. LocalFileSystem"> <param name="path" value="${wsp.home}"/> </FileSystem> <PersistenceManager class="org.apache.jackrabbit.core.state.xml. XMLPersistenceManager" /> <SearchIndex class="org.apache.jackrabbit.core.query.lucene. SearchIndex"> <param name="path" value="${wsp.home}/index" /> </SearchIndex> </Workspace> <Versioning rootPath="${rep.home}/versions"> <FileSystem class="org.apache.jackrabbit.core.fs.local. LocalFileSystem"> <param name="path" value="${rep.home}/versions"/> </FileSystem> <PersistenceManager class="org.apache.jackrabbit.core.state.xml. XMLPersistenceManager" /> </Versioning> </Repository> |
這個(gè)配置使用本地文件系統(tǒng)來保存?zhèn)}庫數(shù)據(jù)，用 SimpleAccessManager 進(jìn)行訪問控制。文件剩下的部分基本是自解釋的，將它們?cè)瓨訌?fù)制到自己的倉庫目錄中即可。
使用 JASS 配置文件 jaas.config（存放在項(xiàng)目的根目錄中），可以提供初步的安全性。清單 2 提供了一個(gè)示例：
Jackrabbit { org.apache.jackrabbit.core.security.SimpleLoginModule required anonymousId="anonymous"; }; |
清單 3 描述的包可在初始化倉庫時(shí)使用：
import org.apache.jackrabbit.core.jndi.RegistryHelper; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.jcr.*; import javax.jcr.query.*; import javax.jcr.version.*; import java.util.Hashtable; import java.util.Calendar; import java.io.*; import sun.net.www.MimeTable; |
要得到 Repository 對(duì)象，請(qǐng)將 configFile 變量設(shè)置成指向 repository.xml 文件，將 repHomeDir 變量設(shè)置成指向倉庫所在的本地文件系統(tǒng)目錄。當(dāng)結(jié)合 RegistryHelper 使用 JNDI 時(shí)，獲得倉庫非常簡(jiǎn)單，如清單 4 所示：
String configFile = "repository.xml"; String repHomeDir = "repository"; Hashtable env = new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY, "org.apache.jackrabbit.core.jndi" + ".provider.DummyInitialContextFactory"); env.put(Context.PROVIDER_URL, "localhost"); InitialContext ctx = new InitialContext(env); RegistryHelper.registerRepository(ctx, "repo", configFile, repHomeDir, true); Repository r = (Repository) ctx.lookup("repo"); |
接下來，用 SimpleCredentials 獲得 Session 對(duì)象。在這個(gè)實(shí)現(xiàn)中，SimpleCredentials 接受所有用戶名。替代的 JCR 實(shí)現(xiàn)可以提供更復(fù)雜的認(rèn)證機(jī)制，可以連接到 LDAP 服務(wù)器或外部數(shù)據(jù)庫來提供憑據(jù)信息。（身份驗(yàn)證和訪問控制的完整功能超出了本文的范圍。要獲得有關(guān)的更多信息，請(qǐng)參閱 JSR-170 規(guī)范的 6.9 小節(jié)。）
Session對(duì)象為程序員提供了一個(gè)臨時(shí)的存儲(chǔ)層，它非常像傳統(tǒng)的對(duì)象關(guān)系映射工具中可以看到的層，而且還可以將它看作到特定工作區(qū)的連接。它允許客戶訪問綁定到這個(gè)會(huì)話的任何節(jié)點(diǎn)或?qū)傩?。通過會(huì)話，可以得到工作區(qū)，再從工作區(qū)得到根節(jié)點(diǎn)。所有這些步驟都是在清單 5 的簡(jiǎn)短代碼片段中完成的：
SimpleCredentials cred = new SimpleCredentials("userid", "".toCharArray()); Session session = r.login(cred, null); Workspace ws = session.getWorkspace(); Node rn = session.getRootNode(); |
使用會(huì)話、工作區(qū)和根節(jié)點(diǎn)引用，現(xiàn)在可以通過不同的抽象層訪問倉庫的特性。最后，為了驗(yàn)證倉庫已經(jīng)成功獲得初始化，可以用 rn.getPrimaryNodeType().getName() 輸出根節(jié)點(diǎn)的名稱。這應(yīng)當(dāng)形成以下輸出：
rep:root |
因?yàn)檎谑褂?JAAS，所以請(qǐng)記得將 -Djava.security.auth.login.config==jaas.config. 以 Java JVM 參數(shù)的形式包含進(jìn)來。
在這個(gè)練習(xí)中，所有的 JCRWiki 內(nèi)容都放在 wiki 名稱空間下。為了讓倉庫識(shí)別這個(gè)名稱空間，必須在初始化時(shí)注冊(cè)名稱空間，如下所示：
ws.getNamespaceRegistry(）。registerNamespace ("wiki", "http://www.barik.net/wiki/1.0"); |
恭喜！倉庫的手工配置現(xiàn)在完成了。
|
|
Jackrabbit 實(shí)現(xiàn)還提供了一個(gè) TransientRepository 類，這個(gè)類來自其核心 API，可以在啟動(dòng)第一個(gè)會(huì)話時(shí)自動(dòng)初始化內(nèi)容倉庫，并在最后一個(gè)會(huì)話關(guān)閉時(shí)停止使用倉庫。對(duì)于簡(jiǎn)單的獨(dú)立應(yīng)用程序，使用 TransientRepository 可以極大地簡(jiǎn)化倉庫的配置，但要以 JSR-170 的移植性作為代價(jià)。
TransientRepository 自動(dòng)創(chuàng)建 repository.xml 和倉庫文件夾。它還在內(nèi)部提供了處理身份驗(yàn)證和安全性的 SimpleAccessManager。
自動(dòng)配置需要使用如圖 6 所示的初始化 import 語句。與手工配置相比，所有的 JNDI 引用都被刪除了。在 RegistryHelper 的位置換上了 TransientRepository。
import org.apache.jackrabbit.core.TransientRepository import javax.jcr.*; import javax.jcr.query.*; import javax.jcr.version.*; import java.util.Calendar; import java.io.*; import sun.net.www.MimeTable; |
因?yàn)?TransientRepository 為您執(zhí)行了初始化，所以獲得倉庫非常簡(jiǎn)單，如清單 7 所示：
Repository r = new TransientRepository(); Session session = r.login(new SimpleCredentials("userid", "".toCharArray())); Workspace ws = session.getWorkspace(); Node rn = session.getRootNode(); |
像手工配置時(shí)一樣，所有的 JCRWiki 內(nèi)容都放在 wiki 名稱空間下：
ws.getNamespaceRegistry(）。registerNamespace ("wiki", "http://www.barik.net/wiki/1.0"); |
恭喜！倉庫的自動(dòng)配置現(xiàn)在完成了。
|
|
現(xiàn)在看一下 JCRWiki 倉庫的整體內(nèi)容層次結(jié)構(gòu)。在示例中，要?jiǎng)?chuàng)建兩個(gè)實(shí)體 “rose” 和 “Shakespeare”，它們都是 nt:unstructured 類型的。根據(jù)設(shè)計(jì)合同，每個(gè)百科全書條目都要有三個(gè)屬性：條目的標(biāo)題、條目的內(nèi)容以及多值分類屬性（如果條目有多個(gè)分類）或單值分類屬性（如果條目只有一個(gè)分類）。多值屬性在編程上表現(xiàn)為一組數(shù)值。
圖 2 描繪了 JCRWiki 設(shè)計(jì)策略的圖示：
|
|
沒有內(nèi)容的倉庫沒什么用處。這一節(jié)將演示 JSR-170 提供的基本內(nèi)容操縱功能，并描述一些更高級(jí)的、可選的倉庫特性，例如版本管理和導(dǎo)入導(dǎo)出 XML 內(nèi)容。
從清單 8 開始，向倉庫添加內(nèi)容節(jié)點(diǎn)，讓它看起來像圖 2 中的 JCRWiki 拓?fù)洌?/p>
清單 8. 將內(nèi)容添加到 JCR 倉庫中
Node encyclopedia = rn.addNode("wiki:encyclopedia"); Node p = encyclopedia.addNode("wiki:entry"); p.setProperty("wiki:title", new StringValue("rose")); p.setProperty("wiki:content", new StringValue("A rose is a flowering shrub.")); p.setProperty("wiki:category", new Value[]{ new StringValue("flower"), new StringValue("plant"), new StringValue("rose")}); Node n = encyclopedia.addNode("wiki:entry"); n.setProperty("wiki:title", new StringValue("Shakespeare")); n.setProperty("wiki:content", new StringValue("A famous poet who likes roses.")); n.setProperty("wiki:category", new StringValue("poet")); session.save(); |
默認(rèn)情況下，Jackrabbit 的節(jié)點(diǎn)被設(shè)置為 nt:unstructured。注意，“rose” 的分類屬性是多值的。上面代碼段的最后一行代碼將保存會(huì)話。添加和設(shè)置節(jié)點(diǎn)以及節(jié)點(diǎn)屬性只能修改臨時(shí)的會(huì)話存儲(chǔ)層。要將這些變化保持到倉庫中，則必須用 session.save() 保存會(huì)話?？梢栽谀繕?biāo)節(jié)點(diǎn)上調(diào)用 Node.remove() 來刪除節(jié)點(diǎn)。
JSR-170 提供了兩種存取內(nèi)容的方法：遍歷 存取和直接 存取。遍歷存取包括用相對(duì)路徑在內(nèi)容樹中進(jìn)行遍歷，直接存取允許用絕對(duì)路徑直接跳到節(jié)點(diǎn)，如果節(jié)點(diǎn)是可以引用的，則用 UUID 直接跳到節(jié)點(diǎn)。因?yàn)閮煞N存取之間存在相似性，所以我在這篇文章只側(cè)重于遍歷存取。
從任何 Node 對(duì)象及其方法 Node.getNode()、Node.getProperty() 都可以進(jìn)行遍歷存取。通過使用 JCRWiki 拓?fù)?，可以用以下代碼從根節(jié)點(diǎn)獲得 encyclopedia 節(jié)點(diǎn)：
Node encyclopedia = rn.getNode("wiki:encyclopedia"); |
可以進(jìn)一步通過遍歷得到屬性。例如，在根節(jié)點(diǎn)向下的 “rose” 百科全書節(jié)點(diǎn)條目中，假設(shè)以前知道 JCRWiki 拓?fù)?，那么可以像這樣通過遍歷得到屬性：
String roseTitle = rn.getProperty ("wiki:encyclopedia/wiki:entry[1]/wiki:title").getString() |
請(qǐng)注意，您是通過 wiki:entry[1] 進(jìn)行遍歷的。當(dāng)有同名的多個(gè)同級(jí)節(jié)點(diǎn)時(shí)，可以用下標(biāo)區(qū)分出想要的同級(jí)節(jié)點(diǎn)。在 JCR 中，對(duì)同級(jí)節(jié)點(diǎn)的索引是從 1 而不是 0 開始的。而且，索引的順序是在通過 Node.getNodes() 得到的迭代器中返回的節(jié)點(diǎn)的順序。
然后，可以通過獲取 NodeIterator（它返回特點(diǎn)節(jié)點(diǎn)的子節(jié)點(diǎn)）來瀏覽所有 JCRWiki 條目，如清單 9 所示：
Node encyclopedia = rn.getNode("wiki:encyclopedia"); NodeIterator entries = encyclopedia.getNodes("wiki:entry"); while (entries.hasNext()) { Node entry = entries.nextNode(); System.out.println(entry.getName()); System.out.println(entry.getProperty("wiki:title"）。getString()); System.out.println(entry.getProperty("wiki:content"）。getString()); System.out.println(entry.getPath()); Property category = entry.getProperty("wiki:category"); try { String c = category.getValue(）。getString(); System.out.println("Category: " + c); } catch (ValueFormatException e) { Value[] categories = category.getValues(); for (Value c : categories) { System.out.println("Category: " + c.getString()); } } } |
因?yàn)榉诸悓傩钥梢允嵌嘀档囊部梢允菃沃档?，所以要?try-catch 語句檢查它。如果對(duì)多值屬性調(diào)用 getValue()，就會(huì)拋出 ValueFormatException。一般來說，直接存取和遍歷存取都需要知道內(nèi)部節(jié)點(diǎn)的結(jié)構(gòu)。所以讓我們來看一種更具表現(xiàn)力的存取節(jié)點(diǎn)的方式：使用搜索。
正如已經(jīng)看到的，遍歷存取和直接存取都需要知道圖書的位置。獲得特定條目的更好方式是通過 JCR 的 XPath 搜索工具。因?yàn)閺臉湫谓Y(jié)構(gòu)來看，工作區(qū)模型非常類似于 XML 文檔，所以 XPath 是查找節(jié)點(diǎn)的理想語法。XPath 查詢是通過 QueryManager 對(duì)象執(zhí)行的。查詢的過程與通過 JDBC 存取記錄類似，如清單 10 所示：
QueryManager qm = ws.getQueryManager(); Query q = qm.createQuery ("http://wiki:encyclopedia/wiki:entry[@wiki:title = ‘rose‘]", Query.XPATH); QueryResult result = q.execute(); NodeIterator it = result.getNodes(); while (it.hasNext()) { Node n = it.nextNode(); System.out.println(n.getName()); System.out.println(n.getProperty("wiki:title").getString()); System.out.println(n.getProperty("wiki:content").getString()); } |
createQuery() 的第二個(gè)參數(shù)指定所使用的查詢語言。JRC 實(shí)現(xiàn)可以另外選擇為 SQL 語法支持 Query.SQL。也可以執(zhí)行更復(fù)雜的查詢。例如，可以查詢的內(nèi)容中包含單詞 rose 的所有條目：
Query q = qm.createQuery ("http://wiki:encyclopedia/" + "wiki:entry[jcr:contains(@wiki:content, ‘rose‘)]", Query.XPATH); |
JSR-170 為了確?？?JCR 實(shí)現(xiàn)的移植性已經(jīng)做了許多工作。它促進(jìn)移植性的方式之一就是使用標(biāo)準(zhǔn)的 XML導(dǎo)入和導(dǎo)出特性。通過使用這些工具，符合規(guī)范的供應(yīng)商倉庫內(nèi)容可以很容易地轉(zhuǎn)移到另一個(gè)符合規(guī)范的供應(yīng)商倉庫。使用 XML進(jìn)行序列化的另一個(gè)優(yōu)勢(shì)是：可以用傳統(tǒng)的 XML 解析工具操縱導(dǎo)出的倉庫。只要用清單 11 的三行代碼就可以執(zhí)行導(dǎo)出：
File outputFile = new File("systemview.xml"); FileOutputStream out = new FileOutputStream(outputFile); session.exportSystemView("/wiki:encyclopedia", out, false, false); |
然后可以把生成的 XML 文件轉(zhuǎn)移給另一個(gè)新倉庫，如清單 12 所示：
File inputFile = new File("systemview.xml"); FileInputStream in = new FileInputStream(inputFile); session.importXML ("/", in, ImportUUIDBehavior.IMPORT_UUID_CREATE_NEW); session.save(); |
直到現(xiàn)在，一直都是用 StringValue 表示屬性和節(jié)點(diǎn)。但是 JCR 還支持其他類型，包括布爾型和長(zhǎng)整型。清單 13 演示了 JCR 中可使用的流類型，可在節(jié)點(diǎn)中保存二進(jìn)制圖片。在這個(gè)清單中，可將文件 rose.gif 作為元數(shù)據(jù)添加到 nt:file 節(jié)點(diǎn)中。文件數(shù)據(jù)本身被保存為 nt:resource 子節(jié)點(diǎn)。
File file = new File("rose.gif"); MimeTable mt = MimeTable.getDefaultTable(); String mimeType = mt.getContentTypeFor(file.getName()); if (mimeType == null) mimeType = "application/octet-stream"; Node fileNode = roseMode.addNode(file.getName(), "nt:file"); Node resNode = fileNode.addNode("jcr:content", "nt:resource"); resNode.setProperty("jcr:mimeType", mimeType); resNode.setProperty("jcr:encoding", ""); resNode.setProperty("jcr:data", new FileInputStream(file)); Calendar lastModified = Calendar.getInstance(); lastModified.setTimeInMillis(file.lastModified()); resNode.setProperty("jcr:lastModified", lastModified); |
在使用 MimeTable 類確定了內(nèi)容類型之后，用 FileInputStream 裝入文件。這個(gè)問題很簡(jiǎn)單，只要給 nt:resource 節(jié)點(diǎn)類型添加命名正確的屬性即可，屬性包含實(shí)際的文件數(shù)據(jù)。
JSR-170 支持許多可選特性，包括訪問控制、事務(wù)、鎖定和版本管理。這些特性本身都可以是個(gè)完整的主題，所以我必須簡(jiǎn)要地總結(jié)一下，只介紹它們當(dāng)中最流行的那一個(gè)：版本管理。在最簡(jiǎn)單的情況下，只需將 mix:versionable 混合類型添加到任何節(jié)點(diǎn)，就可以執(zhí)行版本管理。在節(jié)點(diǎn)上，可以用一組類似 CVS 操作的方法實(shí)現(xiàn)版本管理，如清單 14 所示：
n.checkout(); n.setProperty("wiki:content", "Updated content for the entry."); n.save(); n.checkin(); |
JCR 中的其他操作包括：更新、合并和恢復(fù)以前版本。要瀏覽指定節(jié)點(diǎn)的整個(gè)版本歷史，可以通過清單 15 中的步驟進(jìn)行：
VersionHistory vh = n.getVersionHistory(); VersionIterator vi = vh.getAllVersions(); vi.skip(1); while (vi.hasNext()) { Version v = vi.nextVersion(); NodeIterator ni = v.getNodes(); while (ni.hasNext()) { Node nv = ni.nextNode(); System.out.println("Version: " + v.getCreated(）。getTime()); System.out.println(nv.getProperty("wiki:title").getString()); System.out.println(nv.getProperty("wiki:content").getString()); } } |
使用 vi.skip(1) 最初看起來可能有點(diǎn)怪，但是如果看到了版本歷史的內(nèi)部保存機(jī)制，就應(yīng)該很清楚這種用法了，版本歷史的內(nèi)部保存機(jī)制如圖 3 所示：
在節(jié)點(diǎn)的版本歷史中，每個(gè)版本都保存為版本歷史的一個(gè)子版本，而且包含指向后續(xù)版本的引用。在圖 3 中，版本 Vb 是版本 Va的后續(xù)，版本 Vc 和 Va 是 Vroot 的后續(xù)，Vroot 是版本圖的開始。Vroot是自動(dòng)創(chuàng)建的子節(jié)點(diǎn)，是版本圖的起點(diǎn)，它不包含任何狀態(tài)信息。所以，當(dāng)應(yīng)用程序在版本歷史中遍歷時(shí)，Vroot 被跳過。
|
|
本文提供了對(duì) JSR-170 規(guī)范所提供特性的廣泛介紹。在 2005 年 6 月 17日通過的規(guī)范的最終發(fā)行版中，已有兩個(gè)商業(yè)實(shí)現(xiàn)：Day Software 的 CRX 和 Obinary 的 Magnolia PowerPack。JSR-170 的引入也導(dǎo)致了企業(yè)開源門戶和內(nèi)容管理系統(tǒng)（如 Magnolia 和 eXo 平臺(tái)）的增多。最重要的是，JSR-170擁有來自行業(yè)領(lǐng)導(dǎo)者（包括 SAP AG、Macromedia 和IBM）的強(qiáng)大支持，從而在企業(yè)陣營(yíng)建立起了它自己的應(yīng)用和重要性。就像對(duì)象關(guān)系映射框架改變了數(shù)據(jù)庫編程一樣，JCR API也有可能極大地改變我們思考和開發(fā)內(nèi)容應(yīng)用程序的方式。
|
|
|
|
| ||
|
| | Titus Barik 是一名內(nèi)容應(yīng)用程序開發(fā)人員，他對(duì)開放源碼企業(yè)解決方案很感興趣。他已經(jīng)成功地在企業(yè)和非盈利環(huán)境中部署了 Magnolia 和其他 JSR-170 技術(shù)。barik.net 上有他的個(gè)人 weblog，非常歡迎您提供意見和建議。 |
聯(lián)系客服
