我正在尝试评估内容存储库（JSR283 http://www.jcp.org/en/jsr/detail?id=283) like 长耳大野兔 http://jackrabbit.apache.org/ and 模式形状 http://www.jboss.org/modeshape但我必须承认，我不明白首先要解决什么问题，即使它对于项目来说是一个不错的选择。您认为哪些案例是最佳的应用解决方案？除了大小之外，与关系数据库不是一回事吗？为什么？指出现实世界的例子可以加分。
提前致谢。
JCR 存储库与 RDBMS 不同，因为 JCR 存储库：
- 是分层的，允许您以紧密匹配您的需求的结构来组织内容，并且相关信息通常存储在一起，因此可以轻松导航
- 是灵活的，允许内容适应和发展，使用可以完全“无模式”到完全限制性的节点类型系统（例如，像关系数据库）
- 使用标准 Java API（例如 javax.jcr）
- 抽象信息的实际存储位置：许多 JCR 实现可以将内容存储在各种关系数据库和其他存储中，有些可以通过 JCR API 公开非 JCR 存储，有些可以将多个存储联合到单个虚拟存储库中。
- 支持开箱即用的查询和全文搜索
- 支持事件、锁定、版本控制和其他功能
您当然可以在自己的应用程序中构建所有或部分功能，但这可能会远离您应用程序的主要目的。
什么样的应用程序可以从这些功能中受益？内容管理系统长期以来一直使用存储库，而 JCR（和 Jackrabbit）确实是出于对访问不同内容存储库的通用标准 API 的需求而发展起来的（请参阅JSR-170 http://jcp.org/en/jsr/detail?id=170 and JSR-283 http://jcp.org/en/jsr/detail?id=283).
另一个例子是文档管理系统，它管理电子文件（通常是纸质文档的图像）并提供搜索和查询。 DMS 使用存储库已有一段时间了。
工件管理系统可以使用存储库来管理数字工件（通常是文件）以及附加信息（元数据）。 JCR 在这里效果很好，因为您可以将元数据存储在与文件相同的位置：那些了解这些额外属性的人可以看到它们，那些不关心的人不必看到它们。我知道人工工厂 http://www.jfrog.org/products.php是使用 JCR 的 Maven 存储库实现。还有用于管理 Web 服务工件、数据服务工件和测试工件的存储库。
但 JCR 存储库不适用于管理文件。 JCR 使用节点层次结构的简单概念，其中节点可以包含命名属性（具有一个或多个值）和子节点。允许的属性和子节点完全由节点类型决定，可以根据需要逐个节点地更改和混合节点类型。 JCR 预定义了一些常用的内置节点类型，例如用于表示存储库中的文件和文件夹的节点类型。您可以重用这些内置类型、扩展它们或编写自己的类型。许多人主张将 mixin 几乎用作切面或方面，因此，如果节点需要采用切面，您可以简单地将 mixin 添加到节点。
JCR 旨在轻松支持将 XML 内容导入存储库，其中每个元素都映射到一个节点，每个属性都映射到一个属性。许多内容都是使用 XML（或 YAML 或 JSON）表示的，所有这些都可以轻松表示并存储在 JCR 存储库中。作为示例，请考虑存储配置信息（通常可能存储在多个 XML 文件中）的 JCR 存储库。 JCR 可以对该信息进行版本控制，允许从多个进程访问该信息，启用查询和搜索，并在内容更改时通知应用程序。
有一些关于 JCR 的很好的概述，其中包含更多细节和示例。其中一些是：
-
Introducing the Java Content Repository API http://www.ibm.com/developerworks/java/library/j-jcr/ by Titus Barik (no longer available)
-
JCR简介 http://www.slideshare.net/uncled/introduction-to-jcr作者：大卫·纽舍勒
-
JCR 和 Apache Jackrabbit 简介 http://www.slideshare.net/jukka/introduction-to-jcr-and-apache-jackrabbi-presentation通过尤卡·齐廷
-
模态形状概述 http://modeshape.wordpress.com/2010/09/22/presentation-an-overview-of-modeshape/作者：兰德尔·豪奇
-
Java Content Repository: The Best Of Both Worlds http://java.dzone.com/articles/java-content-repository-best by Bertrand Delacretaz (no longer available)
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
