[讨论] JSR170，KM与CMS

刚刚看到TSS说，JSR170已经public review：

http://www.theserverside.com/news/thread.tss?thread_id=25990

down下来浏览了一下spec，发现这个是为内容仓库（Content Repository）作的标准，
目的是为KM和CMS这样的应用建立通用的标准。（估计）

感觉和JSR168的Portlet能够紧密结合。

JCP的标准越来越细致了，都具体到应用了。
由此看来，基于内容的应用的需求已经越来越多了

我的CMS将来要不要符合这个标准？
有个感觉，JCP的JSR制定出来就基本快过期了
从2002年就开始制定，到现在唉，每个JSR都需要2-3年么

感觉JSR的public view总是落后于时代，就象JSR168，在它出来之前，各家的portlet都很成熟了，已经在市场上摸爬滚打多年了；同样，现在市场上功能强大的CMS就很多，象documentum就是很有名的一家，EMC正是看中了CMS的强大市场空间，而收购了documentum

其实有些东东不一定总是要成为标准的吧，呵呵，我认为

标准之争归根到底就是个利益之争。不标准的东西未必就是不好的东西，例如 Flash，只是 mm 一家的东西。
最重要的不是 100% 符合某种标准，而是如何让客户享受到实实在在的好处。以前看一本介绍 ERP 的书上说，当业内大部分公司都采用某种行业通用的 ERP 后，不采用 ERP 或采用某种特殊 ERP 反而构成了竞争优势。

细读了一下JCR的spec，略有收获。感觉这个标准还不错。

JCR标准包括一个大的结构，主要由Node和Property组成。

首先由Repository登录Credentials，然后得到Ticket
由这个Ticket就可以得到getRootNode

Node之间的结构，是一个图，为了方便访问，按照树来访问。
我理解Node可以看作是内容的不同层次，例如，新闻系统中，
RootNode就是整个新闻系统，下面可以有若干分类Node，
分类中还有小分类Node，最后的一个Node就是一条新闻。
这个新闻Node可以属于多个分类，因此是图。

新闻可以一个或多个Property，每个Property可以有多个Value，
这Property可以看作是新闻的标题，作者等等

感觉这还是有个粒度问题。例如CMS可以允许不同的组织部门来建立自己的新闻系统。
新闻的分类是Node，那么不同部门算不算Node？

同样是按照路径来寻找一个Node，/新闻/国际/娱乐/新闻1可以，
那么/公司A/部门B/新闻/新闻1行不行？
换句话说，Party是否可以算在内容管理中。

注：写到这里，自己也感觉不行了：P，不过可以考虑用这种结构