Tomcat-KeyCloak: FAIL - Развернутое приложение по контекстному пути, но не удалось запустить контекст

Я пытаюсь аутентифицировать веб-приложение Tomcat7 (сервер 1) с помощью KeyCloak 4.0.0 (развернуто на сервере 2)

Я следовал инструкциям, перечисленным здесь., но каждый раз, когда я пытаюсь разработать WAR на Tomcat (сервер 1), я получаю эту ошибку:

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

соответствующий этому исключению в Tomcat:

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

Возможно, моя проблема как-то связана с этим один.

Что меня озадачивает, так это то, что такая ошибка, похоже, не зависит от моего приложения WAR. Независимо от того, какую WAR я пытаюсь развернуть на Tomcat, у меня всегда возникает эта ошибка, даже если WAR НЕ использует KeyCloak. Я имею в виду: даже если мой WAR не содержит ни элемента «ограничения безопасности», ни «фильтра», ни «имени роли», никаких других вещей, касающихся KeyCloak (т.е. все мои страницы общедоступны), я всегда получаю ошибку FAIL при развертывании Это.

Похоже, это связано с установкой JAR-файлов keycloak-tomcat7-adapter-dist.zip в каталог lib Tomcat, как показано здесь. Если я просто удалю все эти JAR-файлы из папки lib, я решу проблему (но, конечно, в таком случае я не могу использовать аутентификацию KeyCloak).

Я что-то упустил (может быть, WAR и KeyCloak должны жить на одном сервере Tomcat), или есть ошибка в адаптере Keycloak tomcat 7?


person serkelion    schedule 24.04.2018    source источник


Ответы (1)


Задача решена!

В моем случае проблема была вызвана конфликтом в библиотеках RESTEasy: файл 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

Из здесь я понял 2.2 .0.GA была оболочкой версии 1.6.3 тех же библиотек. Вероятно, по этой причине мои классы были скомпилированы с использованием старых библиотек (1.6.3), а затем развернуты на Tomcat с использованием более новой версии тех же библиотек (1.9.9, исходящей от адаптера), и это вызвало ошибку.

Поэтому я искал пакет resteasy-jackson-provider, в котором собраны именно версии 1.9.9 целевых библиотек, например этот one, и я решил проблему с их загрузкой в ​​свой POM-файл:

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

Надеюсь, это может помочь кому-то еще!

person serkelion    schedule 02.05.2018