何时使用JCR(内容存储库)而不是其他选项？

Question

我正在尝试评估像Jackrabbit和ModeShape这样的内容存储库(JSR283),但我必须承认,我不知道什么问题首先解决,即使它是项目的一个好选择.您认为哪种情况适用最佳解决方案？除了大小之外,与关系数据库不是一回事吗？为什么？指向现实世界的例子的额外点.

提前致谢.

Answer 1

JCR存储库与RDBMS不同,因为JCR存储库:

• 是分层的,允许您在一个与您的需求紧密匹配的结构中组织您的内容,并且相关信息通常紧密地存储在一起,从而轻松导航
• 灵活,允许内容适应和发展,使用一个节点类型系统,可以完全"无模式"到全面限制(例如,像关系数据库)
• 使用标准Java API(例如,javax.jcr)
• 实际存储信息的摘要:许多JCR实现可以将内容存储在各种关系数据库和其他存储中,一些可以通过JCR API公开非JCR存储,一些可以将多个存储联合到一个虚拟存储库中.
• 支持查询和开箱即用的全文搜索
• 支持事件,锁定,版本控制和其他功能

您当然可以在自己的应用程序中构建所有或部分功能,但这可能会远离您的应用程序的主要目的.

哪些应用程序可以从这些功能中受益？内容管理系统已经使用了很长时间的存储库,而JCR(和Jackrabbit)实际上是因为需要一个通用的标准API来访问不同的内容存储库(参见JSR-170和JSR-283).

另一个例子是文档管理系统,它管理电子文件(通常是纸质文档的图像)并提供搜索和查询.DMS已经使用了一段时间的存储库.

工件管理系统可以使用存储库来管理数字工件(通常是文件)以及附加信息(元数据).JCR在这里工作得很好,因为你可以将元数据存储在与文件相同的位置:那些了解这些额外属性的人可以看到它们,那些不关心的人不必看到它们.我知道Artifactory是一个使用JCR的Maven存储库实现.还有用于管理Web服务工件,数据服务工件和测试工件的存储库.

但是JCR存储库不是用于管理文件.JCR使用节点层次结构的简单概念,其中节点可以包含命名属性(具有一个或多个值)和子节点.允许的属性和子节点完全由节点类型决定,节点类型可以根据需要在逐个节点的基础上进行更改和混合.JCR预定义了一些常用的内置节点类型,比如那些用于表示存储库中文件和文件夹的节点类型.您可以重用这些内置类型,扩展它们或编写自己的类型.许多人主张使用mixins几乎作为方面或方面,因此如果一个节点需要采用一个方面,你可以简单地将mixin添加到节点.

JCR旨在轻松支持将XML内容导入存储库,其中每个元素都映射到一个节点,每个属性都映射到一个属性.许多东西都使用XML(或YAML或JSON)表示,所有这些都可以很容易地表示并存储在JCR存储库中.例如,考虑一个存储配置信息的JCR存储库(通常可能存储在多个XML文件中).JCR可以对该信息进行版本控制,允许从多个进程访问它,启用查询和搜索,并在内容更改时通知应用程序.

JCR有几个很好的概述,有更多的细节和例子.其中一些是:

• 介绍 Titus Barik 的Java Content Repository API (不再提供)
• David Nuescheler 介绍JCR
• Jukka Zitting 介绍JCR和Apache Jackrabbit
• Randall Hauch的ModeShape 概述
• Java内容库: Bertrand Delacretaz的两全其美