Джерсі перестав працювати з InjectionManagerFactory не знайдено

Я отримую нижче помилку під час запуску API Jersey в Tomcat 8.5.11, через що мій API припиняється:

HTTP Status 500 - Servlet.init () для сервлетів Jersey REST Service кинув виняток

тип звіту про виключення

повідомлення Servlet.init () для сервлета Jersey REST Service кинув виняток

Опис Сервер зіткнувся з внутрішньою помилкою, яка не дозволила йому виконати цей запит.

виняток

javax.servlet.ServletException: Servlet.init () для сервлета Jersey REST Service кинув виняток org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.javaнатап. java: 79) org.apache.catalina.valves.Ab АбстракціяAccessLogValve.invoke (AbstractAccessLogValve.java:624) org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java:349) org.apache.co11t. сервіс (Http11Processor.java:783) org.apache.coyote.Ab абстрактProcessorLight.process (AbstractProcessorLight.java:66) org.apache.coyote.Ab абстрактProtocol $ ConnectionHandler.process (AbstractProtocol.java:798) org.apache.cp net.NioEndpoint $ SocketProcessor.doRun (NioEndpoint.java:1434) org.apache.tomcat.util.net.SocketProcessorBase.запустити (SocketProcessorBase.java:49) java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1142) java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecc.a.a17). теми.TaskThread $ WrappingRunnable.run (TaskThread.java:61) java.lang.Thread.run (Thread.java:745)

першопричина

java.lang.IllegalStateException: InjectionManagerFactory не знайдено. org.glassfish.jersey.internal.inject.Injections.lookupInjectionManagerFactory (Injections.java:97) org.glassfish.jersey.internal.inject.Injections.createInjectionManager (Injections.java:89) org.glassfish.jersey.server.ApplicationHhl (ApplicationHandler.java:282) org.glassfish.jersey.servlet.WebComponent. (WebComponent.java:335) org.glassfish.jersey.servlet.ServletContainer.init (ServletContainer.java:178) org.glassfish.jersey.servlet. ServletContainer.init (ServletContainer.java:370) javax.servlet.GenericServlet.init (GenericServlet.java:158) org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.javaната7474) org.achevalval.ca.che. ErrorReportValve.invoke (ErrorReportValve.java:79) org.apache.catalina.valves.

Додаток побудовано з такими залежностями від gradle:

dependencies {
    compile (
        // REST
        "org.glassfish.jersey.containers:jersey-container-servlet:2.+",
        "javax.servlet:javax.servlet-api:4.+",
        // REST Token
        "org.bitbucket.b_c:jose4j:0.+",
        // MongoDB
        "org.hibernate.ogm:hibernate-ogm-bom:5.+",
        "org.hibernate.ogm:hibernate-ogm-infinispan:5.+",
        "org.hibernate.javax.persistence:hibernate-jpa-2.1-api:1.+",
        "org.jboss.spec.javax.transaction:jboss-transaction-api_1.2_spec:1.+",
        "org.jboss.narayana.jta:narayana-jta:5.+",
        "org.jboss:jboss-transaction-spi:7.+",
        "log4j:log4j:1.+",
        "org.hibernate.ogm:hibernate-ogm-mongodb:5.+",
        "org.bouncycastle:bcprov-jdk15on:1.+"
    ) }

Це завантаження, jersey-common-2.26-b04.jarяке містить відсутній клас під /org/glassfish/jersey/internal/inject/InjectionManagerFactory. Файл jar розміщений у папці Tomcat підWEB-INF/lib

Що тут може бути не так? Сценарій Gradle працював останній місяць з тією ж версією Tomcat.

Додайте цю залежність:

<dependency>
    <groupId>org.glassfish.jersey.inject</groupId>
    <artifactId>jersey-hk2</artifactId>
    <version>2.28</version>
</dependency>

пор. https://stackoverflow.com/a/44536542/1070215

Переконайтеся, що не змішуйте версії залежності від Джерсі. У цій відповіді йдеться про версію "2,28", але використовуйте будь-яку версію вашої іншої версії залежності від Джерсі.

Джерсі 2.26 і новіші не сумісні з попередніми версіями. Причина цього була зазначена в примітках до випуску :

На жаль, виникла потреба внести зворотні несумісні зміни в 2,26. Конкретно API-реактивний клієнтський реактивний клієнт повністю відсутній і більше не може бути підтриманий - це суперечить тому, що було представлено в JAX-RS 2.1 (це ціна для Джерсі як "специфічний майданчик ..").

Ще одна більша зміна коду Джерсі - це спроба зробити ядро ​​Джерсі незалежним від будь-якої конкретної системи введення. Як ви могли б зараз, Джерсі 2.x досить сильно залежав від HK2, що іноді спричиняє проблеми (особливо при роботі на інших контейнерах для ін'єкцій. Джерсі тепер визначає, що це власний фасад для ін'єкцій , який при правильній реалізації замінює всі внутрішня ін'єкція Джерсі.

Наразі слід використовувати такі залежності:

Мейвен

<dependency>
    <groupId>org.glassfish.jersey.inject</groupId>
    <artifactId>jersey-hk2</artifactId>
    <version>2.26</version>
</dependency>

Градле

compile 'org.glassfish.jersey.core:jersey-common:2.26'
compile 'org.glassfish.jersey.inject:jersey-hk2:2.26'

Ось причина. Починаючи з Джерсі 2,26, Джерсі усунув HK2 як важку залежність. Це створило SPI як фасад для постачальника ін'єкцій залежностей у вигляді InjectionManagerта InjectionManagerFactory. Отже, щоб Джерсі працював, нам потрібно реалізувати InjectionManagerFactory. Є дві реалізації цього, які призначені для HK2 та CDI . Залежність HK2 - це те jersey-hk2, про що говорять.

<dependency>
    <groupId>org.glassfish.jersey.inject</groupId>
    <artifactId>jersey-hk2</artifactId>
    <version>2.26</version>
</dependency>

Залежність CDI є

<dependency>
    <groupId>org.glassfish.jersey.inject</groupId>
    <artifactId>jersey-cdi2-se</artifactId>
    <version>2.26</version>
</dependency>

Цей (jersey-cdi2-se) повинен використовуватися лише для середовищ SE, а не для EE.

Джерсі вніс цю зміну, щоб дозволити іншим забезпечити власну систему введення залежності. Вони не мають жодних планів впровадити будь-які інші програми InjectionManager, хоча інші зробили спробу впровадити один для Guice .

Виберіть, який DI ввести в Джерсі:

Весна 4:

<dependency>
  <groupId>org.glassfish.jersey.ext</groupId>
  <artifactId>jersey-spring4</artifactId>
</dependency>

Весна 3:

<dependency>
  <groupId>org.glassfish.jersey.ext</groupId>
  <artifactId>jersey-spring3</artifactId>
</dependency>

HK2:

<dependency>
    <groupId>org.glassfish.jersey.inject</groupId>
    <artifactId>jersey-hk2</artifactId>
</dependency>

Єдиний спосіб я міг вирішити це через:

org.glassfish.jersey.core jersey-сервер $ {jersey-2-version}

<dependency>
    <groupId>org.glassfish.jersey.containers</groupId>
    <artifactId>jersey-container-servlet</artifactId>
    <version>${jersey-2-version}</version>
</dependency>

<dependency>
    <groupId>org.glassfish.jersey.inject</groupId>
    <artifactId>jersey-hk2</artifactId>
    <version>${jersey-2-version}</version>
</dependency>

<!-- https://mvnrepository.com/artifact/org.glassfish.jersey.core/jersey-common -->
<dependency>
    <groupId>org.glassfish.jersey.core</groupId>
    <artifactId>jersey-common</artifactId>
    <version>${jersey-2-version}</version>
</dependency>

<dependency>
    <groupId>org.glassfish.jersey.containers</groupId>
    <artifactId>jersey-container-servlet-core</artifactId>
    <version>${jersey-2-version}</version>
</dependency>

Отже, лише якщо я додав jersey-container-servletі чи jersey-hk2буде він працювати без помилок

Наскільки я можу бачити, що залежності змінилися між 2.26-b03 та 2.26-b04 (HK2 було переміщено з компіляції до testCompile) ... можливо, деякі зміни в майках ще не були завершені (або які призводять до Жук).

Однак зараз найпростішим рішенням є дотримання старшої версії :-)

Ось нова залежність (серпень 2017)

    <!-- https://mvnrepository.com/artifact/org.glassfish.jersey.core/jersey-common -->
<dependency>
    <groupId>org.glassfish.jersey.core</groupId>
    <artifactId>jersey-common</artifactId>
    <version>2.0-m03</version>
</dependency>