在 SAP PI/PO 的集成项目里，我们经常看到一个很熟悉的现象，业务方只关心订单、发票、主数据、对账文件能不能顺利从 A 系统流到 B 系统，开发人员却要面对完全不同的协议、连接方式、认证方式、消息格式和监控工具。SAP ECC 可能走 IDoc，第三方 CRM 可能提供 SOAP Web Service，物流平台可能只给 SFTP 文件目录，零售平台可能要求 EDI，另一个老系统甚至只开放数据库表。真正把这些差异收拢起来的，不是某一个单独的 File Adapter、JDBC Adapter 或 SOAP Adapter，而是它们背后的 Adapter Framework。SAP Help 对 Adapter Framework 的定位非常明确，它是 Adapter Engine 的基础，运行在 AS Java 之上，并使用 JCA 1.0 作为适配器与 Java 应用服务器之间的标准连接模型。官方文档还说明，Adapter Framework 通过 JCA 1.0 connection 和 Common Client Interface，也就是 CCI，与 adapter 通信，JCA container 则通过 SPI 与 resource adapter 交换服务器相关信息。(SAP Help Portal)
Adapter Framework 架构深读，SAP PI/PO 适配器运行时背后的那套骨架
在 SAP PI/PO 的集成项目里，我们经常看到一个很熟悉的现象，业务方只关心订单、发票、主数据、对账文件能不能顺利从 A 系统流到 B 系统，开发人员却要面对完全不同的协议、连接方式、认证方式、消息格式和监控工具。SAP ECC 可能走 IDoc，第三方 CRM 可能提供 SOAP Web Service，物流平台可能只给 SFTP 文件目录，零售平台可能要求 EDI，另一个老系统甚至只开放数据库表。真正把这些差异收拢起来的，不是某一个单独的 File Adapter、JDBC Adapter 或 SOAP Adapter，而是它们背后的 Adapter Framework。SAP Help 对 Adapter Framework 的定位非常明确，它是 Adapter Engine 的基础，运行在 AS Java 之上，并使用 JCA 1.0 作为适配器与 Java 应用服务器之间的标准连接模型。官方文档还说明，Adapter Framework 通过 JCA 1.0 connection 和 Common Client Interface，也就是 CCI，与 adapter 通信，JCA container 则通过 SPI 与 resource adapter 交换服务器相关信息。(SAP Help Portal)
