内容管理系统(CMS)脱离过去单一的专利模式是必然趋势，它正在向更灵活、互操作性更 强的体系结构转化，从而摆脱不同厂商的限制，实现CMS栈不同层的互操作，而JCR是这个进程中的另外一步。这有利于各个公司建立自己的CMS方案，有利 于开发人员在其上的操作。此外，虽然某些公司在前进的道路上会遇到困难，它对整体CMS产业是有益的。
JCR将成为CMS栈中的一个新层次，位于CMS（或入口应 用）和底层的内容存储工具（比如RDBMS、文件系统、LDAP服务器、XML或者其它数据存储机制）之间。从API的角度看，JCR的功能类似于 RDBMS中的标准SQL。Nuescheler称，JCR将提供独立于实现的标准方法，在"颗粒级"上对内容仓库中的内容进行双向访问。也就是说， CMS工具将使用JCR方法与底层数据存储技术交互，而不是直接访问内存。该标准还包括版本问题、全文本搜索和过滤、事件监视、名字空间以及并发和事务等 问题。
由于提供了一个抽象层，JCR在混合和匹配CMS产品以及内 容存储工具方面具有了更高的灵活性--Nuescheler称其为"swappability"（交换能力）。此外，它可以简化分布式应用不同部分之间的 集成，也就是说，一个简单的仓库就可以为多个客户端服务(前提是他们使用API)，反过来，一个单一的应用也可以更简便地访问不同的仓库。 Nuescheler说："那些依靠底层仓库的应用开发商再也不必把许多独立的内容仓库集成到自己的API中，或者说使用专利相关API。" 必须保留的legacy technology也被简化，因为有了JCR 桥梁（可以自己编写也可以购买），这些都可以在CMS应用外部独立完成。"
关键一点是，内容访问与存储内容分离后，应用程序或者内容存储机制中的某些部分发生变化后不会影响其它部分。
JCR可能会产生一些新的内容工具，Nuescheler称之为 "内容基础设施市场"（content infrastructure market）。公司可以提供支持JCR的独立内容仓库，它们可以支持其它所有支持JCR的应用。此外，还可能包括与通用企业技术相连的JCR连接器，比 如与Oracle或SLQ Server连接的JCR桥，或者存储XML平面文件内容的JCR工具。
JCR可以降低购买CMS相关产品的风险：取缔过时或者达不到性能要求的软件时，底层内容仓库几乎没有什么改变或者根本没有变化。此外，如果能够构建或者购买用于Legacy应用的JCR桥，原有（legacy）存储方案的生命周期将加长。
JCP要想在市场中立足，必须采取两个重要步骤：必须重写CMS应用，以便通过API请求或者提交内容；必须建立与通用企业内容存储技术的连接器或者扩展。
当然上述目标并非一朝一夕的事，因为直到人们认同JCR是一项关键技术，CMS市场和内容存储公司才会投资实现JCR。不过据Nuescheler 称，Day Software和开发JCR的其它一些专家组成员"已经开始在自己的产品中实现最初的草案。"
采用JCR的CMS厂商可能同样会面对微软向XML格式转化时遇到的问题：如果微软开放自己的格式，公司就必须推进升级周期、满足客户需求，并保证遵循标准所带来的综合利益，这些都是有风险的。
开始JCR将作为一种实用的单元模块，推进企业软件环境的互操 作，从而使得软件购买更安全，与企业集成更简便。当然，所有的一切都需要谨慎、恰当的实现以及有效的厂商支持。虽然这是很严格的要求，但并非无法实现。在 JCR向市场迈进的同时，我们应该紧密关注它，甚至可以加入到这个进程中。
Leave a comment