保留Spring Data GemFire 1.3.4升级Spring 5.x如何实现平滑兼容

没有官方发布的现成桥接依赖包，可通过以下三种层级的方案实现版本共存，不需要改动Spring 5.3.18、spring-data-gemfire 1.3.4的官方依赖包：

• 第一优先级：补全缺失类解决直接报错
  目前明确报错的BeanFactoryLocator属于Spring 5中直接移除的独立组件，本身不涉及Spring 5修复的高危安全漏洞逻辑。你可以直接从Spring 4.3.x分支最终稳定版（4.3.30.RELEASE）中，把org.springframework.beans.factory.access包下所有关联类、org.springframework.context.access包下和BeanFactoryLocator关联的实现类源码，原包名原样拷贝到项目自身的源码目录中。JVM类加载时会优先加载项目内的同名类，直接解决类找不到的问题，不会和Spring 5现有核心逻辑产生冲突。
• 第二优先级：适配API签名变更解决隐性兼容问题
  补全上述缺失类后，启动服务跑全量核心业务用例，收集所有抛出NoSuchMethodError、NoClassDefFoundError、ClassCastException的兼容问题点，统一在项目自建的桥接模块中处理：
  • 类整体缺失的场景，按照上述拷贝源码的方式从Spring 4.3.30.RELEASE中提取对应类，保留原包名放入桥接模块，拷贝前确认该类不属于本次安全漏洞要求修复的涉及范围
  • 方法签名变更、方法移除的场景，不需要修改官方jar包，可通过构建阶段ASM字节码插桩、或者运行时AOP拦截的方式，把旧版本API的调用逻辑转发到Spring 5对应的新实现上，完成参数、返回值的适配转换即可
• 第三优先级：类加载器隔离兜底
  如果碰到拷贝类、API适配都无法解决的深度类冲突问题，可以将GemFire 8.2.5、spring-data-gemfire 1.3.4及其关联的依赖全部划入独立的子类加载器模块，和主应用的Spring 5.3.18上下文做完全隔离，两边通过预先定义的固定接口做跨上下文调用。该方案改动量略大，但可以彻底避免两套Spring版本的类冲突，主应用完全运行在Spring 5.3.18环境满足安全要求，GemFire相关逻辑在隔离环境中运行兼容旧版本API，互不干扰。

注意：所有从旧版本Spring提取的兼容类，必须逐个做安全校验，严禁拷贝本次安全漏洞涉及的SpEL、Spring MVC、核心资源解析相关的漏洞类，避免修复后的版本重新引入已知安全风险。

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