在 SAP PI 或早期 SAP XI 的集成项目里，很多问题表面看起来是某个 Adapter 的配置问题，实际往深处追，经常会落到一个更底层的技术框架上，那就是 JCA，也就是 Java Connector Architecture。它不是 SAP 独创的接口规范，而是 Java EE 世界里用来连接企业信息系统的标准架构。Oracle 对 JCA 1.0 的定位说得很清楚，它要解决的是 Java 应用服务器与异构 EIS 系统之间的集成问题，典型 EIS 包括 ERP、主机事务处理系统、数据库、消息系统等。(Oracle)这件事放到 SAP PI 的语境里，就变得非常实际。SAP PI 不是单纯把一个 HTTP 请求转发到另一个 HTTP 地址，也不是只做 XML 转换。它要面对的是各种各样的企业系统，有 SAP 后端系统，有文件服务器，有 JMS，有数据库，有第三方 B2B 网关，也有历史悠久的主机系统。每一种系统都有自己的通信协议、登录方式、事务特征和错误处理方式。如果每个 Adapter 都随意实现一套连接池、一套事务控制、一套安全模型，整个中间件平台就会变得难以维护。JCA 的价值正在这里，它把连接器和应用服务器之间的关系标准化，让 Adapter 不再只是一个普通 Java 类，而是一个可以插入 AS Java 容器、接受容器管理、遵守特定契约的 Resource Adapter。在 JCA