jackrabbit基本要领和功能实现定义.pdfVIP

1 Jackrabbit 简介 随着内容管理应用程序的日益普及，对于公共的、标准的内容仓库 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 的开源实现）开发这 个应用程序。 2 仓库模型 我先从对仓库模型的高级讨论开始，以便让您熟悉 JCR。仓库模型是简单的层次结构， 看起来就像一个有 n 个分叉的树。 它由单一内容仓库构成， 有一个或多个 工作区 。（这 篇文章中的讨论仅限制于单一工作区。）每个工作区都包含一个 项目 树；项目既可以 是节点 也可以是 属性 。节点可以有零个或多个子节点以及零个或多个相关属性，实际 的内容保存在子节点和属性中。 每个节点都有且只有一个 主节点类型 。主节点类型定义了节点的特征，例如允许节点拥 有的属性和子节点。除了主节点类型之外，节点还可以有一个或多个 混合（ mixin ）类 型 。混合类型更像修饰器，向节点提供额外的特征。具体来说， JCR 实现可以提供三种 预定义混合类型： mix:versionable：允许节点支持版本管理 mix:lockable ：支持节点的锁定功能 mix:referenceable：提供自动创建的 jcr:uuid 属性，给节点一个惟一可以引用的 标识符 这个结构如图 1 所示。圆圈代表节点，矩形代表属性。请参见节点