Jersey Bean 验证：无法初始化 'jakarta.el.ExpressionFactory'
Jersey Bean Validation: Unable to initialize 'jakarta.el.ExpressionFactory'
我已经使用 Jersey 实现了 REST 服务，并且想使用 Bean Validation。当我为 Jersey (jersey-bean-validation) 添加 bean validation maven 依赖项时，webapp 由于错误而在启动时中断：
HV000183: Unable to initialize 'jakarta.el.ExpressionFactory'. Check that you have the EL dependencies on the classpath, or use ParameterMessageInterpolator instead
我四处搜索，发现较旧的解决方案提到包括缺少的依赖项，例如这个问题：
javax.validation.ValidationException: HV000183: Unable to load 'javax.el.ExpressionFactory'
但是在我的案例中依赖项已经过时了。另外，在查看依赖树时：
[INFO] org.example:valtest:war:1.0-SNAPSHOT
[INFO] +- org.glassfish.jersey.containers:jersey-container-servlet:jar:3.0.2:compile
[INFO] | +- org.glassfish.jersey.containers:jersey-container-servlet-core:jar:3.0.2:compile
[INFO] | +- org.glassfish.jersey.core:jersey-common:jar:3.0.2:compile
[INFO] | | +- jakarta.annotation:jakarta.annotation-api:jar:2.0.0:compile
[INFO] | | \- org.glassfish.hk2:osgi-resource-locator:jar:1.0.3:compile
[INFO] | +- org.glassfish.jersey.core:jersey-server:jar:3.0.2:compile
[INFO] | | \- org.glassfish.jersey.core:jersey-client:jar:3.0.2:compile
[INFO] | \- jakarta.ws.rs:jakarta.ws.rs-api:jar:3.0.0:compile
[INFO] +- org.glassfish.jersey.inject:jersey-hk2:jar:3.0.2:compile
[INFO] | +- org.glassfish.hk2:hk2-locator:jar:3.0.1:compile
[INFO] | | +- org.glassfish.hk2.external:aopalliance-repackaged:jar:3.0.1:compile
[INFO] | | +- org.glassfish.hk2:hk2-api:jar:3.0.1:compile
[INFO] | | \- org.glassfish.hk2:hk2-utils:jar:3.0.1:compile
[INFO] | \- org.javassist:javassist:jar:3.25.0-GA:compile
[INFO] \- org.glassfish.jersey.ext:jersey-bean-validation:jar:3.0.2:compile
[INFO] +- jakarta.inject:jakarta.inject-api:jar:2.0.0:compile
[INFO] +- jakarta.validation:jakarta.validation-api:jar:3.0.0:compile
[INFO] +- org.hibernate.validator:hibernate-validator:jar:7.0.0.Final:compile
[INFO] | +- org.jboss.logging:jboss-logging:jar:3.4.1.Final:compile
[INFO] | \- com.fasterxml:classmate:jar:1.5.1:compile
[INFO] +- jakarta.el:jakarta.el-api:jar:4.0.0:compile
[INFO] \- org.glassfish:jakarta.el:jar:4.0.0:compile
我可以在最底部看到 el-api 和 el 库已经作为 jersey-bean-validation 库的传递依赖包含在内。
我在 ResourceBundleMessageInterpolator 下了一个断点来找出这个问题的原因，当 ExpressionFactory 被实例化时，抛出了一个异常：
java.util.ServiceConfigurationError: jakarta.el.ExpressionFactory: org.apache.el.ExpressionFactoryImpl not a subtype
我不知道那是从哪里来的。我至少可以使用以下方法按预期创建一个 ExpressionFactory：
ExpressionFactory.newInstance()
我创建了一个非常简单的示例项目，它使用与我在项目中使用的相同的 Jersey+Jetty 设置和 maven：https://www.dropbox.com/s/dcvief9dlqk648m/valtest.zip?dl=0
它可以是 运行 和 mvn jetty:run，它应该在 http://localhost:8080/test 上显示一条消息。
我错过了什么？
tl；博士；
Jetty Maven 插件引入了相互冲突的依赖项。依赖关系处理 JSP。如果您的应用程序中不需要 JSP，我认为以下解决方案应该是安全的。你只需要排除不良依赖
<plugin>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
<version>11.0.2</version>
<dependencies>
<dependency>
<groupId>org.eclipse.jetty</groupId>
<artifactId>apache-jsp</artifactId>
<version>11.0.2</version>
<exclusions>
<exclusion>
<groupId>org.mortbay.jasper</groupId>
<artifactId>apache-el</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
</plugin>
所以 ExpressionFactory 是如何找到的，是通过 ServiceLoader. The org.glassfish:jakarta.el jar doesn't have the required META-INF/services file to be found through the ServiceLoader. But after the ServiceLoader fails, other options will be tried. So ultimately, the jar's ExpressionFactoryImpl 将 找到的。但问题是 Jetty Maven 插件也引入了一个实现， 有 META-INF/services 文件。这就是将要使用的实现。
经过一些调试并进入 the ServiceLoader code，我在找到 class 时遇到了这个错误：
"jakarta.el.ExpressionFactory: org.apache.el.ExpressionFactoryImpl not a subtype"
所以我创建了一个新的 Maven 项目并添加了 jetty-maven-plugin 作为依赖项。搜索所有罐子后，我找到了 o.a.e.ExpressionFactoryImpl class。它是在 Jetty 引入的 apache-el jar 中。奇怪的是 class 实际上确实实现了 jakarta.el.ExpressionFactory。我认为问题可能在于它实现了旧的 javax class，但事实并非如此。我不完全确定为什么这会导致错误。但是在解决了这个问题之后，它开始起作用了。
如果不需要删除 apache-el 的另一种选择
在获得上述解决方案之前我尝试过的一件事是尝试手动将 META-INF/services 文件添加到 org.glassfish:jakarta.el jar。我所做的是以下内容
cd ~/.m2/repository/org/glassfish/jakarta.el/4.0.0
mkdir -p META-INF/services
echo com.sun.el.ExpressionFactoryImpl > META-INF/services/jakarta.el.ExpressionFactory
jar uf jakarta.el-4.0.0.jar META-INF/services/jakarta.el.ExpressionFactory
# You may want to make a copy of the original dependency before you do this
# so you can easily revert back to the original if needed.
这可能也不是理想的解决方案，但它奏效了。
如果您需要 apache-el，您也可以尝试将其替换为 org.glassfish:jakarta.el，看看是否可行。我还没有尝试过，但我不确定 Jetty 是否会 运行 使用不同的实现来解决类似的问题。
我已经使用 Jersey 实现了 REST 服务，并且想使用 Bean Validation。当我为 Jersey (jersey-bean-validation) 添加 bean validation maven 依赖项时，webapp 由于错误而在启动时中断：
HV000183: Unable to initialize 'jakarta.el.ExpressionFactory'. Check that you have the EL dependencies on the classpath, or use ParameterMessageInterpolator instead
我四处搜索，发现较旧的解决方案提到包括缺少的依赖项，例如这个问题：
javax.validation.ValidationException: HV000183: Unable to load 'javax.el.ExpressionFactory'
但是在我的案例中依赖项已经过时了。另外，在查看依赖树时：
[INFO] org.example:valtest:war:1.0-SNAPSHOT
[INFO] +- org.glassfish.jersey.containers:jersey-container-servlet:jar:3.0.2:compile
[INFO] | +- org.glassfish.jersey.containers:jersey-container-servlet-core:jar:3.0.2:compile
[INFO] | +- org.glassfish.jersey.core:jersey-common:jar:3.0.2:compile
[INFO] | | +- jakarta.annotation:jakarta.annotation-api:jar:2.0.0:compile
[INFO] | | \- org.glassfish.hk2:osgi-resource-locator:jar:1.0.3:compile
[INFO] | +- org.glassfish.jersey.core:jersey-server:jar:3.0.2:compile
[INFO] | | \- org.glassfish.jersey.core:jersey-client:jar:3.0.2:compile
[INFO] | \- jakarta.ws.rs:jakarta.ws.rs-api:jar:3.0.0:compile
[INFO] +- org.glassfish.jersey.inject:jersey-hk2:jar:3.0.2:compile
[INFO] | +- org.glassfish.hk2:hk2-locator:jar:3.0.1:compile
[INFO] | | +- org.glassfish.hk2.external:aopalliance-repackaged:jar:3.0.1:compile
[INFO] | | +- org.glassfish.hk2:hk2-api:jar:3.0.1:compile
[INFO] | | \- org.glassfish.hk2:hk2-utils:jar:3.0.1:compile
[INFO] | \- org.javassist:javassist:jar:3.25.0-GA:compile
[INFO] \- org.glassfish.jersey.ext:jersey-bean-validation:jar:3.0.2:compile
[INFO] +- jakarta.inject:jakarta.inject-api:jar:2.0.0:compile
[INFO] +- jakarta.validation:jakarta.validation-api:jar:3.0.0:compile
[INFO] +- org.hibernate.validator:hibernate-validator:jar:7.0.0.Final:compile
[INFO] | +- org.jboss.logging:jboss-logging:jar:3.4.1.Final:compile
[INFO] | \- com.fasterxml:classmate:jar:1.5.1:compile
[INFO] +- jakarta.el:jakarta.el-api:jar:4.0.0:compile
[INFO] \- org.glassfish:jakarta.el:jar:4.0.0:compile
我可以在最底部看到 el-api 和 el 库已经作为 jersey-bean-validation 库的传递依赖包含在内。
我在 ResourceBundleMessageInterpolator 下了一个断点来找出这个问题的原因，当 ExpressionFactory 被实例化时，抛出了一个异常：
java.util.ServiceConfigurationError: jakarta.el.ExpressionFactory: org.apache.el.ExpressionFactoryImpl not a subtype
我不知道那是从哪里来的。我至少可以使用以下方法按预期创建一个 ExpressionFactory：
ExpressionFactory.newInstance()
我创建了一个非常简单的示例项目，它使用与我在项目中使用的相同的 Jersey+Jetty 设置和 maven：https://www.dropbox.com/s/dcvief9dlqk648m/valtest.zip?dl=0
它可以是 运行 和 mvn jetty:run，它应该在 http://localhost:8080/test 上显示一条消息。
我错过了什么？
tl；博士；
Jetty Maven 插件引入了相互冲突的依赖项。依赖关系处理 JSP。如果您的应用程序中不需要 JSP，我认为以下解决方案应该是安全的。你只需要排除不良依赖
<plugin>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
<version>11.0.2</version>
<dependencies>
<dependency>
<groupId>org.eclipse.jetty</groupId>
<artifactId>apache-jsp</artifactId>
<version>11.0.2</version>
<exclusions>
<exclusion>
<groupId>org.mortbay.jasper</groupId>
<artifactId>apache-el</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
</plugin>
所以 ExpressionFactory 是如何找到的，是通过 ServiceLoader. The org.glassfish:jakarta.el jar doesn't have the required META-INF/services file to be found through the ServiceLoader. But after the ServiceLoader fails, other options will be tried. So ultimately, the jar's ExpressionFactoryImpl 将 找到的。但问题是 Jetty Maven 插件也引入了一个实现， 有 META-INF/services 文件。这就是将要使用的实现。
经过一些调试并进入 the ServiceLoader code，我在找到 class 时遇到了这个错误：
"jakarta.el.ExpressionFactory: org.apache.el.ExpressionFactoryImpl not a subtype"
所以我创建了一个新的 Maven 项目并添加了 jetty-maven-plugin 作为依赖项。搜索所有罐子后，我找到了 o.a.e.ExpressionFactoryImpl class。它是在 Jetty 引入的 apache-el jar 中。奇怪的是 class 实际上确实实现了 jakarta.el.ExpressionFactory。我认为问题可能在于它实现了旧的 javax class，但事实并非如此。我不完全确定为什么这会导致错误。但是在解决了这个问题之后，它开始起作用了。
如果不需要删除 apache-el 的另一种选择
在获得上述解决方案之前我尝试过的一件事是尝试手动将 META-INF/services 文件添加到 org.glassfish:jakarta.el jar。我所做的是以下内容
cd ~/.m2/repository/org/glassfish/jakarta.el/4.0.0
mkdir -p META-INF/services
echo com.sun.el.ExpressionFactoryImpl > META-INF/services/jakarta.el.ExpressionFactory
jar uf jakarta.el-4.0.0.jar META-INF/services/jakarta.el.ExpressionFactory
# You may want to make a copy of the original dependency before you do this
# so you can easily revert back to the original if needed.
这可能也不是理想的解决方案，但它奏效了。
如果您需要 apache-el，您也可以尝试将其替换为 org.glassfish:jakarta.el，看看是否可行。我还没有尝试过，但我不确定 Jetty 是否会 运行 使用不同的实现来解决类似的问题。