Jackrabbit 学习笔记 1 入门

最新推荐文章于 2023-07-27 17:33:51 发布

klg0705

最新推荐文章于 2023-07-27 17:33:51 发布

阅读量5.5k

点赞数

分类专栏：无分类文章标签： jackrabbit jcr jsr-170 cms

本文链接：https://blog.csdn.net/klg0705/article/details/44732887

版权

最近部门计划把内部多套 CMS 系统整合，如 Portal 的 CMS、微信的 CMS 等系统。怎么搞暂时还木有想法，只能先研究研究 CMS 有啥标准规范了。

因为是工作任务，估计是不会烂尾的，给自己加个油吧！

A. Jackrabbit 简介

http://jackrabbit.apache.org/getting-started-with-apache-jackrabbit.html

Jackrabbit is a complete implementation of the JCR API, so the primary API for Jackrabbit application developers is to be found in the JCR section of the Documentation.
Jackrabbit 完全实现了 JCR API，所以说想知道 Jackrabbit 能做什么就得先了解 JCR 文档。

好吧，JCR 文档在这儿
https://jcp.org/aboutJava/communityprocess/final/jsr170/index.html

唉，jsr文档啊！哪能一上来就啃 jsr 文档啊，找死啊！还是看看前人总结，写几个简单例子吧。

B. JCR 是什么

以下来自百度百科：
Java Content Repository API（JSR-170）试图建立一套标准的API去访问内容仓库。
内容仓库可以理解为一个用来存储文本和二进制数据（图片，word文档，PDF等等）的数据存储应用程序。
你不用关心你真正的数据到底存储在什么地方，是关系数据库？是文件系统？还是XML？
大多数的内容仓库还提供了更加高级的功能，例如 访问控制，查找，版本控制，锁定内容 等等。
通过JSR-170，你开发代码只需要引用 javax.jcr.* 这些类和接口。它适用于任何兼容JSR-170规范的内容仓库。

JSR-170 API对不同的人员提供了不同的好处。
●对于开发者无需了解厂家的仓库特定的API，只要兼容JSR-170就可以通过JSR-170访问其仓库。
●对于使用CMS的公司则无需花费资金用于在不同种类CMS的内容仓库之间进行转换。
●对于CMS厂家，无需自己开发内容仓库，而专注于开发CMS应用。

JCR定义的内容仓库模型是一个树状结构，树上的元素（Item）分为两类：节点（node）和属性（property）。整棵树具有单根结构。从根开始，内容元素的定位采用UNIX文件系统风格，例如“/A/B/ccc”（根下面A节点的B子节点的ccc属性），相对定位符（“.”和“..”）也是可用的。每个属性有且仅有一个父节点，不能有子元素。每个节点可以有一个或多个父节点（根节点无父节点），也可以有任意多个子节点或属性。注意，节点可以有多个父节点，也就是说可以从不同的路径导航获得同一内容，这是网站常见的一个需求（来自不同栏目的两个链接指向同一篇文章）。

除了 Node 和 Property 之外，API中还有几个重要的对象。Repository 代表整个内容仓库，Credentials 代表一个用户身份，Ticket 代表进入该内容仓库的门票。

她（度娘）说的好清楚，看完之后我竟觉得我已是 JCR 专家了……

看起来，“正规”的 CMS 系统会使用“正规”的内容仓库，即兼容 JSR-170 的内容仓库；同时，“正规”的 CMS 系统应该是内容与展现分离的，也就是说只要通过 JCR API 就能直接获取 CMS 系统的所有“内容”了。看起来很美，不知道具体情况如何。