gpt4 book ai didi

java - Tomcat-KeyCloak : FAIL -Deployed application at context path but context failed to start

转载 作者:行者123 更新时间:2023-11-28 23:15:39 25 4
gpt4 key购买 nike

我正在尝试使用 KeyCloak 4.0.0(部署在服务器 2 上)对 Tomcat7 webapp(服务器 1)进行身份验证

我已按照列出的说明进行操作 here ,但每次我尝试在 Tomcat(服务器 1)上开发 WAR 时,我都会收到此错误:

FAIL - Deployed application at context path /my _path but context failed to start

对应Tomcat中的这个Exception:

Apr 24, 2018 5:07:09 PM org.apache.catalina.core.StandardContext listenerStart
SEVERE: Exception sending context initialized event to listener instance of class org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap
java.lang.RuntimeException: Unable to instantiate MessageBodyReader
at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:760)
at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:742)
at org.jboss.resteasy.spi.ResteasyDeployment.registerProvider(ResteasyDeployment.java:505)
at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:305)
at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:225)
at org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap.contextInitialized(ResteasyBootstrap.java:28)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5003)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5517)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1095)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:558)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1747)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:301)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown Source)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1516)
at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:739)
at org.apache.catalina.manager.ManagerServlet.doPut(ManagerServlet.java:457)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:653)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:956)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:423)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1079)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:625)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Illegal to inject a message body into a singleton into public org.codehaus.jackson.jaxrs.JacksonJsonProvider(org.codehaus.jackson.map.ObjectMapper,org.codehaus.jackson.jaxrs.Annotations[])
at org.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:209)
at org.jboss.resteasy.core.ConstructorInjectorImpl.injectableArguments(ConstructorInjectorImpl.java:63)
at org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:129)
at org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1038)
at org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:756)
... 49 more

也许我的问题与这个 one 有某种关系.

令我困惑的是,这样的错误似乎取决于我的 WAR 应用程序。无论我尝试在 Tomcat 上部署哪个 WAR,我总是会遇到此错误,即使 WAR 没有使用 KeyCloak。我的意思是:即使我的 WAR 不包含任何“安全约束”元素、“过滤器”或“角色名称”,也没有其他关于 KeyCloak 的东西(即我所有的页面都是公开的),部署时我总是遇到 FAIL 错误。

这似乎与将 keycloak-tomcat7-adapter-dist.zip JAR 安装到 Tomcat lib 目录有关,如图所示 here .如果我只是从 lib 文件夹中删除所有这些 JAR,那么我就解决了问题(但当然在这种情况下我不能使用 KeyCloak 身份验证)。

我是否遗漏了什么(也许 WAR 和 KeyCloak 必须位于同一 Tomcat 服务器中),或者 Keycloak tomcat 7 适配器​​中是否存在错误?

最佳答案

问题解决了!

在我的例子中,问题是由 RESTEasy 库 中的冲突引起的:我的 WebApp 的 POM 文件导入了这个版本的 resteasy-jackson-provider 库:

<groupId>org.jboss.resteasy</groupId>
<artifactId>resteasy-jaxb-provider</artifactId>
<version>2.2.0.GA</version>

当 KeyCloak Tomcat 适配器使用这些 JAR 时:

jackson-core-asl-1.9.9.jar
jackson-mapper-asl-1.9.9.jar
jackson-xc-1.9.9.jar

来自 here我知道 2.2.0.GA 包装了相同库的 1.6.3 版。可能出于这个原因,我的类使用旧库 (1.6.3) 编译,然后使用相同库的更新版本(1.9.9,来自适配器)部署在 Tomcat 上,这触发了错误。

因此我浏览了一个 resteasy-jackson-provider 包,它完全捆绑了目标库的 1.9.9 版本,就像这样 one ,我也解决了将它们加载到我的 POM 文件中的问题:

<groupId>org.jboss.resteasy</groupId>
<artifactId>resteasy-jaxb-provider</artifactId>
<version>2.3.10.Final</version>

希望这可以帮助其他人!

关于java - Tomcat-KeyCloak : FAIL -Deployed application at context path but context failed to start,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/50005536/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com