Spring 5.3废弃CciTemplate等类的可用替代方案有哪些？

Spring 5.3版本中CciTemplate、CciDaoSupport等CCI相关封装类已被标记为废弃，对应源码标注如下：

* @deprecated as of 5.3, in favor of specific data access APIs
 * (or native CCI usage if there is no alternative)
 */
@Deprecated
public class CciTemplate implements CciOperations

上述标注说明官方不再维护通用CCI封装层，推荐按实际使用场景选择以下替代方案：

优先使用场景专属数据访问API #

CCI是JCA规范中定义的通用企业信息系统访问接口，绝大多数使用场景都有更适配的专属实现，优先选择对应API的开发效率、稳定性都更高：

• 关系型数据库访问场景：直接使用Spring原生提供的JdbcTemplate、NamedParameterJdbcTemplate，响应式项目可使用R2dbcEntityTemplate；也可直接集成Spring Data JPA、MyBatis等成熟持久层框架，这类工具对数据库场景的适配性、功能丰富度远高于通用CCI封装。
• 企业信息系统（如SAP、ERP、CRM）访问场景：优先选择对应系统厂商官方提供的专属Java SDK，例如访问SAP系统可直接使用官方JCo库，相比通用CCI接口，官方SDK的功能更完整、更新维护更及时，与对应系统的兼容性也更好。
• 中间件、消息队列访问场景：直接使用Spring对应生态组件，例如访问RabbitMQ用Spring AMQP、访问Kafka用Spring Kafka，集成其他外部系统可使用Spring Integration的专属适配器，无需通过CCI通用层做转接。

无专属替代方案时的处理方式 #

如果你的使用场景确实没有对应的专属数据访问API，可选择以下两种方案：

• 直接使用JCA原生CCI API：自行完成连接获取、交互执行、资源释放的流程，可搭配Spring的TransactionTemplate、通用资源管理工具处理事务和资源泄漏问题，不需要依赖Spring官方的废弃CCI封装层。
• 自行维护CCI相关工具类：如果是老项目迁移，原有代码大量依赖CciTemplate、CciDaoSupport，可直接将Spring官方的废弃类源码拷贝到项目内部自行维护，无需调整原有业务逻辑即可正常运行。

内容的提问来源于stack exchange，提问作者Andrea