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

Question

Я пытаюсь аутентифицировать веб-приложение 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

Может быть, моя проблема как-то связана с этим one .

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

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

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

Answer 1

Проблема решена!

В моем случае проблема была вызвана конфликтом в библиотеках RESTEasy : POM-файл моего WebApp импортировал эту версию resteasy-jackson-provider библиотеки:

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

, пока адаптер Tomcat KeyCloak использовал следующие 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>

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