什麼是JAVA內容倉庫(Java Content Repository）(1)

原文地址：http://www.onjava.com/pub/a/onjava/2006/10/04/what-is-java-content-repository.html?page=4
JSR-170把自己定義為一個能與內容倉庫互相訪問的，獨立的，標準的方式。同時它也對內容倉庫做出了自己的定義，它認為內容倉庫是一個進階的資訊管理系統，該系統是是傳統的資料倉儲的擴充，它提供了諸如版本控制、全文檢索索引，存取控制，內容分類、存取控制、內容事件監視等內容服務。

Java Content Repository  API（JSR-170）試圖建立一套標準的API去訪問內容倉庫。如果你對內容管理系統（CMS）不熟悉的話，你一定會對內容倉庫是什麼感到疑惑。你可以這樣去理解，把內容倉庫理解為一個用來儲存文本和位元據（圖片，word文檔，PDF等等）的資料存放區應用程式。一個顯著的特點是你不用關心你真正的資料到底儲存在什麼地方，是關聯式資料庫？是檔案系統？還是XML？不僅僅是資料的儲存和讀取，大多數的內容倉庫還提供了更加進階的功能，例如存取控制，尋找，版本控制，鎖定內容等等。

一段時間以來市場上出現了各個廠家開發的不同的CMS系統，這些系統都建立在他們各自的內容倉庫之上。
問題出現了，每個CMS開發商都提供了他們自己的API來訪問內容倉庫。這對應用程式的開發人員帶來了困擾，因為他們要學習不同的開發商提供的API，同時，他們的代碼也與這些特定的API產生了綁定。

JSR-170正是為解決這一問題而出現的，它提供了一套標準的API來訪問任何資料倉儲。通過JSR-170，你開發代碼只需要引用 javax.jcr.* 這些類和介面。它適用於任何相容JSR-170規範的內容倉庫。

我們將通過一個例子來逐步瞭解JSR-170。

為什麼需要 Java Content Repository API

隨著各個廠家各自的內容倉庫實現數量的增長，人們越來越需要一組通用的編程介面來使用這些內容倉庫，這就是JSR-170所要做的東西。它提供一組通用的編程介面來串連內容倉庫。你可以把JSR-170理解為和JDBC類似的API，這樣你可以不依賴任何具體的內容倉庫實現來開發你的程式。你可以直接使用支援JSR-170的內容倉庫；或者如果一些廠家的內容倉庫不支援JSR-170則可以通過這些廠家提供的JSR-170驅動來完成從JSR-170與廠家特定的內容倉庫的轉換。

下面這張圖描述了使用JSR-170開發的應用系統的結構。在該系統啟動並執行時候，它可以操作內容倉庫1，2，3中的任意一個。在這些內容倉庫當中，只有2是直接支援JSR-170的，剩下的兩個都需要JSR-170驅動來和應用系統互動。注意：你的應用系統完全不用關心你的資料是如何儲存的。1可能使用了關聯式資料庫來儲存，而2使用了檔案系統，至於上，它甚至更前衛的使用了XML。

JSR-170 API對不同的人員提供了不同的好處。

●對於開發人員無需瞭解廠家的倉庫特定的API，只要相容JSR-170就可以通過JSR-170訪問其倉庫。
●對於使用CMS的公司則無需花費資金用於在不同種類CMS的內容倉庫之間進行轉換。
●對於CMS廠家，無需自己開發內容倉庫，而專註於開發CMS應用。