JCA和JCR

jca

　　JCA(J2EE Connector Architecture, 也缩写为，J2C， J2CA)，是 J2EE平台上连接传统系统的一个技术规范。JCA1.0提供了出站操作，1.5提供了消息流入和事务流入，以及生命周期管理和工作管理等系统契约。但是由于JCA尚未规定统一的 元数据获取方式，开发工具对JCA的支持还很有限。各厂商对JCA的支持也不足，因此JCA在通用性和广泛接受方面存在不足。
　　JCA是J2EE体系架构的一部分，为开发人员提供了一套连接各种异类的企业信息系统(EIS，包括ERP、SCM、CRM等,这些系统可能是历史遗留下来非JAVA语言编写的系统)的体系架构，对于EIS开发商而言，它们只需要开发一套基于JCA的EIS连接适配器，开发人员就能够在任何的J2EE应用服务器中连接并使用它。基于JCA的连接适配器的实现，需要涉及J2EE中的事务管理、安全管理及连接管理等服务组件。

JAVA内容仓库(Java Content Repository）

　　Java Content Repository API（JSR-170）试图建立一套标准的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开发的应用系统的结构。在该系统运行的时候，它可以操作内容仓库1，2，3中的任意一个。在这些内容仓库当中，只有2是直接支持JSR-170的，剩下的两个都需要JSR-170驱动来和应用系统交互。注意：你的应用系统完全不用关心你的数据是如何存储的。1可能使用了关系数据库来存储，而2使用了文件系统，至于３上，它甚至更前卫的使用了XML。

　　JSR-170 API对不同的人员提供了不同的好处。

　　●对于开发者无需了解厂家的仓库特定的API，只要兼容JSR-170就可以通过JSR-170访问其仓库。

　　●对于使用CMS的公司则无需花费资金用于在不同种类CMS的内容仓库之间进行转换。

　　●对于CMS厂家，无需自己开发内容仓库，而专注于开发CMS应用。