Spring Boot 2 war 文件尝试在 tomcat 7 (el-api 2.2) 上加载 el-api v3.0 类 (NoClassDefFoundError: javax/el/ELManager)

我有一个 Spring boot 2 gradle 项目，我希望将其作为（不可执行的）war 文件部署到 tomcat 7 实例（RHEL）。

我收到了NoClassDefFoundError将war部署到服务器上的tomcat时：

...
Caused by: org.hibernate.cfg.beanvalidation.IntegrationException: Error activating Bean Validation integration
        at org.hibernate.cfg.beanvalidation.BeanValidationIntegrator.integrate(BeanValidationIntegrator.java:138)
        at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:281)
        at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:462)
        at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:892)
        at org.springframework.orm.jpa.vendor.SpringHibernateJpaPersistenceProvider.createContainerEntityManagerFactory(SpringHibernateJpaPersistenceProvider.java:57)
        at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:365)
        at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.buildNativeEntityManagerFactory(AbstractEntityManagerFactoryBean.java:390)
        ... 34 more
Caused by: java.lang.NoClassDefFoundError: javax/el/ELManager
        at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.buildExpressionFactory(ResourceBundleMessageInterpolator.java:88)
        at org.hibernate.validator.messageinterpolation.ResourceBundleMessageInterpolator.<init>(ResourceBundleMessageInterpolator.java:47)
        at org.hibernate.validator.internal.engine.ConfigurationImpl.getDefaultMessageInterpolator(ConfigurationImpl.java:474)
        at org.hibernate.validator.internal.engine.ConfigurationImpl.getDefaultMessageInterpolatorConfiguredWithClassLoader(ConfigurationImpl.java:650)
        at org.hibernate.validator.internal.engine.ConfigurationImpl.getMessageInterpolator(ConfigurationImpl.java:397)
        at org.hibernate.validator.internal.engine.ValidatorFactoryImpl.<init>(ValidatorFactoryImpl.java:183)
        at org.hibernate.validator.HibernateValidator.buildValidatorFactory(HibernateValidator.java:38)
        at org.hibernate.validator.internal.engine.ConfigurationImpl.buildValidatorFactory(ConfigurationImpl.java:364)
        at javax.validation.Validation.buildDefaultValidatorFactory(Validation.java:103)
        at org.hibernate.cfg.beanvalidation.TypeSafeActivator.getValidatorFactory(TypeSafeActivator.java:501)
        at org.hibernate.cfg.beanvalidation.TypeSafeActivator.activate(TypeSafeActivator.java:84)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.hibernate.cfg.beanvalidation.BeanValidationIntegrator.integrate(BeanValidationIntegrator.java:132)
        ... 40 more

经过检查，我发现 hibernate bean 验证库未能找到这个特定的类（javax.el.ElManager）在初始化期间。

解决方案here https://stackoverflow.com/questions/49394504/hibernate-validator-6-0-8-jars-causing-exception建议将正确的 el-api v3.0 依赖项添加到运行时，但我不确定这是一个明智的解决方案，因为 el-api v2.2 已经存在于共享（providedRuntime在 gradle 语言中）Tomcat 中的库。我担心ClassLoader如果我有同一个 API 的 2 个版本，就会出现问题（这是一个合理的担忧吗？）。

升级到 tomcat 8 是不行的，因为我们在 RHEL 上运行 tomcat7，目前仅支持 tomcat 7。

如何告诉 Spring 使用 javax el-api v2.2？

补充笔记

默认tomcat.version当依赖于 spring-boot-starter-tomcat 时似乎是8.5.31根据gradlew dependencies命令：

+--- org.springframework.boot:spring-boot-starter-tomcat:2.0.2.RELEASE
|    +--- javax.annotation:javax.annotation-api:1.3.2
|    +--- org.apache.tomcat.embed:tomcat-embed-core:8.5.31
|    +--- org.apache.tomcat.embed:tomcat-embed-el:8.5.31
|    \--- org.apache.tomcat.embed:tomcat-embed-websocket:8.5.31

据我了解另一个帖子 https://stackoverflow.com/questions/41260015/spring-boot-use-different-tomcat-version，设置gradleext['tomcat.version']财产给7.0.76（我们服务器的版本）正确解决了这些依赖关系：

+--- org.springframework.boot:spring-boot-starter-tomcat:2.0.2.RELEASE
|    +--- javax.annotation:javax.annotation-api:1.3.2
|    +--- org.apache.tomcat.embed:tomcat-embed-core:8.5.31 -> 7.0.76
|    +--- org.apache.tomcat.embed:tomcat-embed-el:8.5.31 -> 7.0.76
|    \--- org.apache.tomcat.embed:tomcat-embed-websocket:8.5.31 -> 7.0.76
|         \--- org.apache.tomcat.embed:tomcat-embed-core:7.0.76

但是我仍然遇到这个NoClassDefFoundError。在我看来，Spring 无法识别正确的 api 版本并继续假设ElManager存在。

感谢您的时间。

Spring Boot 2.X 仅支持 Tomcat >= 8.5.X

尝试修改默认 spring 配置的传递依赖关系后（即hibernate-validator），我遇到了 Spring Boot 2 的文档最低服务器要求 https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Release-Notes#third-party-library-upgrades: Tomcat 8.5.X。除此之外，仅 3.1+ 的 servlet API受到支持 https://docs.spring.io/spring-boot/docs/2.0.2.RELEASE/reference/htmlsingle/#getting-started-system-requirements-servlet-containers

我在这里面临的根本问题是——如果我改变依赖关系，这无疑会产生问题——Spring Boot 2 不支持 Tomcat 7。我降级的任何传递库都可能会破坏一些需要更新功能的其他依赖项。

春季启动 1.5.X但支持 Tomcat 7 和 Servlet 3.0 https://docs.spring.io/spring-boot/docs/1.5.13.RELEASE/reference/htmlsingle/#_servlet_containers应用服务器。所以解决方案是降级到 Spring Boot 1.5.X（目前为 2013 年 5 月 13 日）。

或者 - 我将向我工作场所的系统团队提出的解决方案 - 是而是使用嵌入式 servlet 容器（即嵌入的 tomcat 8.5/9）。对我来说不幸的是，这意味着对假设部署机制的现有企业流程的修改进行长时间的讨论。但这不是重点：P