我们有一个Web应用程序(war),它在域模式下(使用默认配置文件)成功部署到JBoss EAP 7.3,但在独立模式下(基于默认standalone.xml进行配置)部署失败,原因是:
14:47:40,342 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 88) MSC000001: Failed to start service jboss.deployment.unit."app.war".undertow-deployment: org.jboss.msc.service.StartException in service jboss.deployment.unit."app.war".undertow-deployment: java.lang.RuntimeException: javax.el.ELException: Provider # Licensed to the Apache Software Foundation (ASF) under one or more not found
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:81)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.lang.RuntimeException: javax.el.ELException: Provider # Licensed to the Apache Software Foundation (ASF) under one or more not found
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:254)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:96)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:78)
... 8 more
Caused by: javax.el.ELException: Provider # Licensed to the Apache Software Foundation (ASF) under one or more not found
at javax.el.FactoryFinder.newInstance(FactoryFinder.java:64)
at javax.el.FactoryFinder.find(FactoryFinder.java:103)
at javax.el.ExpressionFactory.newInstance(ExpressionFactory.java:140)
at javax.el.ELUtil.getExpressionFactory(ELUtil.java:185)
at javax.el.ELManager.getExpressionFactory(ELManager.java:38)
at org.apache.jasper.runtime.JspApplicationContextImpl.<init>(JspApplicationContextImpl.java:49)
at org.apache.jasper.runtime.JspApplicationContextImpl.getInstance(JspApplicationContextImpl.java:78)
at org.apache.jasper.runtime.JspFactoryImpl.getJspApplicationContext(JspFactoryImpl.java:218)
at org.wildfly.extension.undertow.deployment.JspInitializationListener.contextInitialized(JspInitializationListener.java:51)
at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:217)
at io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:186)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1504)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1504)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1504)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1504)
at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:252)
... 10 more
Caused by: java.lang.ClassNotFoundException: # Licensed to the Apache Software Foundation (ASF) under one or more from [Module "deployment.app.war" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
at javax.el.FactoryFinder.newInstance(FactoryFinder.java:48)
... 29 more
14:47:40,351 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "app.war")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"app.war\".undertow-deployment" => "java.lang.RuntimeException: javax.el.ELException: Provider # Licensed to the Apache Software Foundation (ASF) under one or more not found
Caused by: java.lang.RuntimeException: javax.el.ELException: Provider # Licensed to the Apache Software Foundation (ASF) under one or more not found
Caused by: javax.el.ELException: Provider # Licensed to the Apache Software Foundation (ASF) under one or more not found
Caused by: java.lang.ClassNotFoundException: # Licensed to the Apache Software Foundation (ASF) under one or more from [Module \"deployment.app.war\" from Service Module Loader]"}}
War和应用程序配置在这两种情况下是相同的。
JBoss的配置在两种情况下都是尽可能接近的。在域模式下,它基于默认的概要文件,基本上只添加了一些资源。在独立模式下,它基于默认的standalone.xml,添加了相同的资源集。因此,从这个Angular 来看,我找不到行为差异的任何原因。
到目前为止,我们已经跟踪到tomcat-embed-el-9.0.39.jar,由于一些第三方依赖性,它包含在我们的war中。
# Licensed to the Apache Software Foundation (ASF) under one or more
# contributor license agreements. See the NOTICE file distributed with
# this work for additional information regarding copyright ownership.
# The ASF licenses this file to You under the Apache License, Version 2.0
# (the "License"); you may not use this file except in compliance with
# the License. You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
org.apache.el.ExpressionFactoryImpl
其中的问题很明显是第一行被读取并作为实际条目(例如类名)处理,即使它只是一个注解。因此,它类似于以下影响EAP 6的旧问题:https://access.redhat.com/solutions/1270603(需要Red Hat登录)。
不过奇怪的是,这种情况只有在单机模式下才会发生,这算不算BUG?
注:我们在JBoss EAP 7.3.0和7.3.6中对此进行了测试,结果相同。
2条答案
按热度按时间zbdgwd5y1#
这是
ExpressionFactory
实现与ExpressionFactory
提供程序文件(META-INF/services/javax.el.ExpressionFactory
)之间的错误/不匹配。ExpressionFactory.newInstance()
方法需要使用JAR服务API来查找实现类的名称:使用服务API(如JAR规范中所详细说明的)。如果存在名称为META-INF/services/javax.el.ExpressionFactory的资源,则其第一行(如果存在)将用作实现类的UTF-8编码名称。
此描述有些模糊/不一致:
在反编译我的
ExpressionFactory
实现时,我发现:这个实现不忽略注解。我的
META-INF/services/javax.el.ExpressionFactory
(in jasper-el.jar)实际上看起来像:因此,它尝试加载名为“# Licensed to the Apache Software Foundation(ASF)under one or more”的类,但失败。
相关错误是bug 64097,在commit 9ed78bcc80565292cd9a343f4e6d0c2db305494e中找到了修复程序。
一个(可怕的)快速修复方法是如下修补
META-INF/services/javax.el.ExpressionFactory
文件:dy2hfwbg2#
升级到Tomcat 9.0.63解决了该问题。
用户informatik01对another answer的评论让我走上了那条路--多亏了他们!