Java Content Repository API 简介
2010-03-19 00:00:00 来源:WEB开发网如果曾经试过开发内容管理应用程序,那么您应当非常清楚在实现内容系统时所遇到的固有难题。这个领地有点支离破碎,许多供应商都有自己的私有仓库引擎。这些困难恶化了这类系统的复杂性和可维护性、增强了厂商锁定、增加了企业市场中对传统系统长期支持的需要。随着企业 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 的开源实现)开发这个应用程序。
Tags:Java Content Repository
编辑录入:爽爽 [复制链接] [打 印]- ››JavaScript拖拽原理的实现
- ››javascript事件列表解说
- ››Javascript代码优化工具UglifyJS
- ››Java Bean属性值动态设置
- ››JavaScript Confirm 失效的解决办法
- ››JavaScript页面内拖拽原理分析
- ››javascript中select的常用操作
- ››javascript+css无刷新实现页面样式的更换
- ››Java Web Services:不使用客户端证书的WS-Securit...
- ››Java开发2.0: 使用Amazon SimpleDB实现云存储,第...
- ››Java异常处理及其应用
- ››Java中遍历大容量map的正确方法
更多精彩
赞助商链接