什么是JAVA内容仓库_百度知道
什么是JAVA内容仓库
我有更好的答案
这些workspace通常应该包含相似的内容。一个内容仓库有一个到多个 workspace，其余所有的节点都有一个父节点。property 也必须有一个父节点内容仓库模型JSR-170 是这样定义内容仓库的。每个workspace都是一个树状结构，但它没有子节点或是子属性，property 是叶子元素，都有一个唯一的树根节点（root node）。树上的item（元素）或者是个node（节点）或者是个property（属性）。每个node都可以有零个到多个子节点和零个到多个子属性。只有根节点没有父节点，内容仓库由一组 workspace（工作空间）组成
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。Java内容仓库_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
Java内容仓库
&&java内容仓库(JCR)
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
还剩30页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢&nbsp>&nbsp
&nbsp>&nbsp
java教程 &nbsp>&nbsp
Java EE6提案的两大主题：拓展性和概要
摘要：javaEE6(JSR316)的提案已经发布。此次发布版的两大主题是可扩充性和概要:……这个新发布版本致力于欢迎并支持那些技术,将它们包含在整个JavaEE愿景中,同时继续简化Java开发平台,以更好的服务于更多的开发者。为此,我们给新版本提出两项目标――拓展性和概要。拓展性(Extensibility)对于JavaEE平台来说,并不适宜在没有限制的情况下,把所有Web开发和企业应用开发者认为有趣且有用的技术都包含进来。相反,我们认为应该让更多技术清楚地叠放在JavaEE应用
java EE 6(JSR 316)的提案已经发布。此次发布版的两大主题是可扩充性和概要:
……这个新发布版本致力于欢迎并支持那些技术,将它们包含在整个Java EE愿景中,同时继续简化Java开发平台,以更好的服务于更多的开发者。为此,我们给新版本提出两项目标 ―― 拓展性和概要。
拓展性(Extensibility)
对于Java EE平台来说,并不适宜在没有限制的情况下,把所有Web开发和企业应用开发者认为有趣且有用的技术都包含进来。相反,我们认为应该让更多技术清楚地叠放在Java EE应用服务器上层,或者作为应用服务器的插件。通过增加拓展功能点并提供更多的服务接口,这些额外的功能可以简洁高效地加载到平台实现上面,让它们跟平台内建的设施一样便于开发者使用。
概要(PRofiles)
Java EE的范围已经延伸的如此广泛,以至失去了原先所遵循的价值观。为了重新将Java EE的目标定位到特定类型的开发者和应用程序,我们提案引入Java EE平台“概要”。像是JCP定义的那样,概要将会引用Java EE平台,并且可能包含Java EE平台技术的一个子集,以及不属于Java EE基础平台的一些附加JCP技术。除了定义Java EE基本平台规范,这个规范还将定义在概要中引用Java EE平台技术的规则。
这个专家组同时也会定义Java EE Web概要的第一个版本――面向Web应用开发的Java EE平台子集。这个概要将为Java EE平台提供一个更平缓的入门,同时只提供被大多数Web应用开发者所需要的技术,而不是那些有时会使得开发者产生迷惑的企业级技术……
该提案还主张使用概要配置来减少日益膨胀的Java平台规模。有人建议,在Java SE专家组中使用的过程同样可以应用在Java EE之上:
平台的第N个发布版本的纲领性专家组(Umbrella EXPert Group,UEG)可以提议移除指定的特性。该发布版本的规范将上述提案记录在案。
第N+1发布版本的UEG专家组有权决定是否在本发布版中移除该特性,是作为必要的成份将其保留,还是保持其“有待取消”的状态让下一个UEG专家组来决定。
提案列举了一系列JSR提议作为Java EE 6新特性的候选,例如JSR-237《应用服务器的工作治理器》和JSR-299《Web Beans》等。除此之外,还有此前列入的技术如Servlets,EJB和JSF等内容。诸如JSR-168《Portlet规范》,JSR-170《Java内容仓库API》,JSR-225《XQuery Java API(XQJ)》等众多应用程序接口,则被推迟到未来的发布版本再考虑。
Interface 21的CEO Rod Johnson就新的提案撰写了长篇评论,公布他们将支持JSR的提案:
Java EE(长期以来一直被称作J2EE)在创造Java中间件市场中扮演了重要的角色。然而,在将近十年的过程中,存在于这个平台上的严重问题已经出现,例如:
对符合Java EE规范的服务器的需要被夸大了,它们支持一系列庞杂的功能,然而对于广大用户来说,只有很少一部分人对这些功能感爱好
企业需求已经发生改变,因为J2EE原先“为所有应用建立统一模型的”理念已经显得越来越不适应形势了
事实上,由于开发框架(尤其是开放源代码框架)的出现,企业级Java应用开发的能力已大大加强,使得开发者更具有生产力并且应用产品更具有效率和可维护性
来自于Ruby on Rails甚至是.NET等开发框架的新生挑战,表明在追求快速变化和创新的时代里,每隔2-3年才慢悠悠地发布一个版本将会给整个平台带来危险。
Java EE 6对平台进行了重要的修正,有潜力解决所有这些问题。同时它也有可能解决另外的问题:事实上,假如Java EE开发商需要确保那些大多数消费者从没使用的功能,即意味着他们很难跟上规范的新变化,对于平稳地升级来说将是个重大挑战,而且在Java EE市场上有新加入竞争者的可能性几乎是零。最后一点说的是,在用户看来,责任重大并不是EE厂商慢吞吞的借口。此时此刻,就我所知,BEA是市场上所有领导厂商中唯一获得J2EE认证的,尽管Java EE 5规范已经发布了一年多;这充分证实了发布一个新平台版本的困难性。Java EE 5最有价值的部分,比如说JPA,在WebLogic最终版发布前几个月就已经完成,但由于在一些大多数WebLogic用户可能从来不会使用的的部分还存在技术问题,而无法发布一个正式版的产品……我认为,企业Java社区应该欢迎Java EE 6的到来,也应该欢迎Sun公司与时俱进,为加强企业级Java整体平台所采取的举措。在J2EE/Java EE中有许多很好的特性,但一些因素导致这些特性变得复杂晦涩起来。相信Java EE 6将会改变这一切!
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
为您提供0门槛上云实践机会
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
Java EE6提案的两大主题：拓展性和概要相关信息，包括
的信息，所有Java EE6提案的两大主题：拓展性和概要相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
服务与支持
账号与支持
关注阿里云
InternationalJAVA内容仓库 - 刺猬的温驯 - 博客园
Java Content Repository API（）试图建立一套标准的API去访问内容仓库。如果你对（CMS） 不熟悉的话，你一定会对内容仓库是什么感到疑惑。你可以这样去理解，把内容仓库理解为一个用来存储文本和二进制数据（图片，word文档，PDF等等）的 数据存储应用程序。一个显著的特点是你不用关心你真正的数据到底存储在什么地方，是关系数据库？是文件系统？还是XML？不仅仅是数据的存储和读取，大多 数的内容仓库还提供了更加高级的功能，例如，查找，，锁定内容等等。
一段时间以来市场上出现了各个厂家开发的不同的CMS系统，这些系统都建立在他们各自的内容仓库之上。
问题出现了，每个CMS开发商都提供了他们自己的API来访问内容仓库。这对应用程序的开发者带来了困扰，因为他们要学习不同的开发商提供的API，同时，他们的代码也与这些特定的API产生了绑定。
JSR-170正是为解决这一问题而出现的，它提供了一套标准的API来访问任何数据仓库。通过JSR-170，你开发代码只需要引用 javax.jcr.* 这些类和接口。它适用于任何兼容JSR-170规范的内容仓库。
我们将通过一个例子来逐步了解JSR-170。
为什么需要 Java Content Repository API
随着各个厂家各自的内容仓库实现数量的增长，人们越来越需要一组通用的来使用这些内容仓库，这就是JSR-170所要做的东西。它提供一组通用的来 连接内容仓库。你可以把JSR-170理解为和JDBC类似的API，这样你可以不依赖任何具体的内容仓库实现来开发你的程序。你可以直接使用支持 JSR-170的内容仓库；或者如果一些厂家的内容仓库不支持JSR-170则可以通过这些厂家提供的JSR-170驱动来完成从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代表进入该内容仓库的门票。获得内容根节点的代码大致如下：
Repository repository = (Repository)java.rmi.Naming.lookup("MyRepo");
Credentials credentials = new SimpleCredentials("MyName", "MyPassword".toCharArray());
Ticket myTicket = repository.login(credentials, "MyWorkspace");
Node root = myTicket.getRootNode();
从root就可以遍历访问整课内容树。Ticket对象也支持通过或者UUID直接获得某一内容元素（节点或属性）。什么是Java内容仓库
在Java内容仓库API（JSR-170）是企图规范，可用于访问一个内容存储库的API。如果你不熟悉的内容管理系统（CMS），如Documentum的，晕影，或FileNet的，那么你一定想知道什么内容存储库是。想想一个内容存储库作为一个通用的应用程序“数据存储”谓可用于存储文本和二进制数据（图像，字处理文档，PDF文件等）。内容库中的一个主要特点是，你不必担心如何将数据实际存储：数据可以存储在一个关系数据库或文件系统或一个XML文档。除了 用于存储和检索你的数据提供服务，大部分的内容存储库提供先进的服务，如统一的访问控制，搜索，版本控制，观察，锁定和更多。来自不同厂商的不同的CMS已经在市场上相当长的一段时间，而所有这些CMS的船他们自己版本的内容存储库。问题是，每个CMS厂商提供了自己的API与随该供应商的CMS内容存储库进行交互。这是一个问题的应用程序开发人员，因为他要学习一个特定的供应商的API和潜在绑他的代码与一个特定的CMS实现。JSR-170试图通过标准化应当用于连接到任何内容的存储库中的API来解决这个问题。与JCR-170，您只能使用开发代码javax.jcr。*类和接口。这应该能够与任何JSR-170规范的内容仓库工作。本文是一步一步的教程适合新手JSR-170。我已经决定使用Apache的兔崽子，参考实现JSR-170中，作为内容存储库。我将谈论更多一点关于什么内容仓库是什么，是需要规范的内容仓库API开始讨论。之后，我将向你介绍JSR-170通过讨论由JSR-170中定义的资源库模型。接下来，我将谈论什么阿帕奇兔崽子是，如何建立它，并将其配置为使用。一旦Apache的兔崽子成立后，我将开发用于演示的JSR-170 API的基本功能的示例应用程序。需要对Java内容仓库API由于供应商提供专门的内容存储库的数量有所增加，需要共同的编程接口，这些库已经很明显，这就是其中的JSR-170的用武之地。JSR-170定义了应该用于连接到内容存储库的编程接口。你可以想想JSR-170作为内容存储库一个JDBC的API，使您可以独立于任何特定的内容仓库实现发展你的计划。在运行时，可以通过配置程序来工作或者与本地JSR-170标准的内容库（例如，公报或Apache Jackrabbit的），如果你的资料库是不是原生的JSR-170规范（如Documentum的或暗角），那么你可以使用某种版本库特定的JSR-170驱动器是需要转换您的JSR-170的方法护理服务，到版本库特定的方法调用。的CMS是一个很老的概念。一些CMS的常见应用包括用于在公司的网站内容管理（静态HTML文件和图像）的Web内容管理系统，或者一个文档管理系统，其中一家公司专卖店扫描所有销售订单的副本。有不同的CMS厂商在市场上提供这种类型的应用程序。CMS厂商需要一个内容存储库作为后端，一个有效地处理结构化和非结构化内容。通过“结构化内容，”我们的意思一样，已登载于本系统，并查询（例如，您的应用程序的头版应显示，也就是说，3最新的新闻稿或10最新消息项目）中检索到的新闻或新闻稿的内容。非结构化内容的一个例子是销售订单或应该在您的企业网站显示的图像的扫描件。为了支持这些CMS系统，厂商已经开发了随自己的CMS系统自身的内容库。它们还提供了专有的API，可以用于访问该存储库。作为CMS的厂商数量的增加，这种标准化的API变得明显而这也正是JSR-170的用武之地。图1描述了使用JSR-170 API开发的应用程序的结构。在运行时，此应用程序可与内容存储库1，2或3的工作当中，只有内容仓库2是原生的JSR-170标准。; 另外两个库需要JSR-170驱动程序与JSR-170的应用程序进行交互。注意一件事：你的应用程序不必担心如何实际内容存储。内容仓库5月1日使用RDMBS作为底层的数据存储在那里的内容仓库5月2日使用文件系统作为其底层数据存储，而一些其他存储库可以使用这些的组合。的JSR-170兼容的应用程序图1。结构在JCR-170 API有不同的利益相关者在内容存储库中的空间不同的优势。开发人员不必花时间学习各个厂商的存储库中特定的API。相反，一旦她熟悉的JSR-170，开发人员应该能够与任何JSR-170规范的内容仓库工作。在过去，开发人员不得不做出 一个CMS之间的选择与强大的功能和穷人的开发工具，或一个具有巨大的开发工具，但穷人的功能。现在，这些内容存储库和CMS应用程序之间的接口是标准化的，你可以选择从两个世界的最佳选择。公司将不必面对厂商锁定的问题。更常见的是，许多公司有多个OA或者是因为不同的部门选择使用不同的OA在过去，还是因为一些收购公司使用不同的OA办公系统(hqcool.com)。在过去，企业花了很多钱让这些不同的系统相互交互。使用JSR-170，他们可以放心，相同的应用程序将与所有的OA。CMS厂商被迫开发和维护他们自己的内容存储库的实现，这意味着大量的基础结构代码。现在，他们可以将内容存储库的发展，一些其他的供应商和更专注于自己的核心竞争力：开发CMS应用。
<span type="1" blog_id="1402674" userid='
分享到朋友圈
好的文章，和好友一起分享}