Java 11项目引入wiremock-jre8依赖是否存在潜在问题？

我正在开发一个基于JDK 11的项目，为实现外部服务调用的测试覆盖，引入了WireMock来模拟请求与响应。按照WireMock官网快速开始指南的建议，我引入的依赖为：

testImplementation "com.github.tomakehurst:wiremock-jre8:2.34.0"

虽然本地及流水线测试均正常运行，但我不确定这一依赖在仅使用JRE 11的其他机器上是否会引发问题，项目架构师也对该场景的兼容性表示担忧。因此我需要更多信息，来决定是否调整方案或论证当前做法无风险。

我原本期望Maven中央仓库有更高版本的WireMock，但仅找到两个相关项目：

• wiremock：最后更新于2020年9月
• wiremock-jre8：最后更新于2022年9月

令我意外的是，wiremock-jre8是最新版本。我不清楚旧版本的编译环境，但我使用的注解无法在2020年的版本中生效，因此不希望降级到可读性更差的实现。我仅从名称推测wiremock-jre8是用JDK 8编译的，但未找到关于这两个依赖字节码编译环境的官方说明或解读线索。

为了解Java编译器与字节码的前后兼容性，我找到了一篇Stack Overflow旧帖，其核心内容为：

从javac（JDK特有组件）的兼容性角度，生成的字节码可在未来版本的JVM（与JRE更相关，也包含在JDK中）运行；

• JDK通常向前兼容；
• JRE通常向后兼容。

我部分理解这些内容，但针对我的具体场景仍有困惑，尤其是“通常”这一表述所隐含的例外情况。希望能得到更针对性的见解以解惑。

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