Java Content Repository API简介

随着内容管理应用程序的日益普及，对于公共的、标准的内容仓库 API 的需求也变得渐渐明显起来。Content Repository for Java ™ Technology API（JSR-170）的目标就是提供这样一个接口。在这篇文章中，我将用开放源码的 JSR-170 实现 Apache Jackrabbit，设计一个简单的类似维京百科全书的后端，研究这个前途远大的框架所提供的特性。

如果曾经试过开发内容管理应用程序，那么您应当非常清楚在实现内容系统时所遇到的固有难题。这个领地有点支离破碎，许多供应商都有自己的私有仓库引擎。这些困难恶化了这类系统的复杂性和可维护性、增强了厂商锁定、增加了企业市场中对传统系统长期支持的需要。随着企业 weblog 和电子企业文档管理的日益流行，对标准化内容仓库接口的需求比以往任何时候都更加显著。

Content Repository for Java Technology 规范是在 Java Community Process 中作为 JSR-170 开发的，它的目标是满足这些行业的需求。该规范在 javax.jcr 名称空间中提供了统一的 API ，允许以厂商中立的方式访问任何符合规范的仓库实现。

但是 API 标准化并不是 Java Content Repository（JCR）带来的惟一特性。JSR-170 的一个主要优势就是没有捆绑到任何特定的底层架构上。例如，JSR-170 实现的后端数据存储可以是文件系统、WebDAV 仓库、XML 支持的系统或者是 SQL 数据库。而且，JSR-170 的导出和导入功能允许集****员在后端内容和 JCR 实现之间无缝地切换。最后，JCR 提供了简单的接口，可以将该接口放在各种现有的内容仓库之上，并同时标准化一些复杂的功能（例如版本管理、访问控制和搜索）。

在讨论 JCR 时，有几种方式可以采用。在这篇文章中，我从开发人员的角度来研究 JSR-170 规范所提供的特**，重点放在可用的 API 和接口上，这些接口允许程序员在设计内容应用程序时有效利用 JSR-170 仓库。作为一个假设的示例，我将为一个类似维京百科全书的、叫做 JCRWiki 的系统实现一个小小的后端，为二进制内容、版本管理、备份和搜索提供支持。我使用 Apache Jackrabbit（JSR-170 的开源实现）开发这个应用程序。

仓库模型

我先从对仓库模型的高级讨论开始，以便让您熟悉 JCR。仓库模型是简单的层次结构，看起来就像一个有 n 个分叉的树。它由单一内容仓库构成，有一个或多个工作区。（这篇文章中的讨论仅限制于单一工作区。）每个工作区都包含一个项目 树；项目既可以是节点 也可以是属**。节点可以有零个或多个子节点以及零个或多个相关属**，实际的内容保存在子节点和属**中。

每个节点都有且只有一个主节点类型。主节点类型定义了节点的特征，例如允许节点拥有的属**和子节点。除了主节点类型之外，节点还可以有一个或多个混合（mixin）类型。混合类型更像修饰器，向节点提供额外的特征。具体来说，JCR 实现可以提供三种预定义混合类型：

mix:versionable：允许节点支持版本管理

mix:lockable：支持节点的锁定功能

mix:referenceable：提供自动创建的 jcr:uuid 属**，给节点一个惟一可以引用的标识符

这个结构如图 1 所示。圆圈代表节点，矩形代表属**。请参见节点 A、B 和 C，它们都衍生自一个根节点。节点 A 有两个属**，即一个字符串 “John” 和一个整数 22。

图 1. 有多个工作区的仓库模型

Java Content Repository API简介(2)

预定义的节点类型

每个仓库都必须支持主节点类型 nt:base。仓库还可以支持其他许多公共节点类型：

nt:unstructured 是最灵活的节点类型。它允许使用任意数量的子节点或属**，并且可以使用任意名称。这个节点类型表示 JCRWiki 的条目。

nt

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!