Джерси ContainerRequestFilter не запущен

Я пытаюсь использовать ContainerRequestFilter для принудительной аутентификации в приложении Джерси на основе Tomcat. Я следил за этим документом. Проблема: фильтр никогда не срабатывает

Класс фильтра:

@Provider
public class AuthFilter implements ContainerRequestFilter {

    @Override
    public void filter(ContainerRequestContext requestContext)
        throws IOException {

        // MY AUTHENTICATION CODE GOES HERE

    }

Файл web.xml:

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
    id="debate-rest"
    version="3.0">
  <display-name>rest</display-name>
   <servlet>  
    <servlet-name>Jersey REST Service</servlet-name>  
    <servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>  
    <init-param>
        <param-name>com.sun.jersey.spi.container.ContainerRequestFilters</param-name>
        <param-value>com.hck.debate.rest.security.AuthFilter</param-value>
    </init-param>
    <init-param>  
      <param-name>jersey.config.server.provider.packages</param-name>  
      <param-value>com.hck.debate.rest.controller</param-value>  
    </init-param>  
    <init-param>  
        <param-name>com.sun.jersey.api.json.POJOMappingFeature</param-name>  
        <param-value>true</param-value>  
    </init-param>      
    <load-on-startup>1</load-on-startup>  
  </servlet>  
  <servlet-mapping>  
    <servlet-name>Jersey REST Service</servlet-name>  
    <url-pattern>/*</url-pattern>  
  </servlet-mapping>

person koyaga    schedule 25.06.2013    source источник


Ответы (10)


Хорошо, я не понял, что параметр инициализации jersey.config.server.provider.packages должен ссылаться не только на классы обслуживания (конечные точки API), но и на ВСЕ классы, включая фильтры.

Теперь это работает:

<init-param>  
  <param-name>jersey.config.server.provider.packages</param-name>  
  <param-value>com.hck.debate.rest.controller;com.hck.debate.rest.security</param-value>
</init-param>
<init-param>
    <param-name>com.sun.jersey.spi.container.ContainerRequestFilters</param-name>
    <param-value>com.hck.debate.rest.security.AuthFilter</param-value>
</init-param>
person koyaga    schedule 27.06.2013
comment
Ваш приведенный выше код работает так же, как и с TomCat, возможно, он отличается от Glas Fish. - person AZ_; 26.08.2013
comment
По умолчанию выполняется рекурсивное сканирование, поэтому вы также можете использовать один базовый пакет com.hck.debate.rest. - person Paul Samsotha; 05.11.2015
comment
Также обратите внимание, что com.sun.jersey.spi.container.ContainerRequestFilters и com.sun.jersey.api.json.POJOMappingFeature бесполезны. Это свойства Джерси 1.x. Они не влияют на Джерси 2.x. - person Paul Samsotha; 05.11.2015
comment
Также обратите внимание, что по умолчанию сканирование пакетов является рекурсивным. Поэтому вместо того, чтобы перечислять несколько пакетов, просто объявите базовый пакет, например com.hck.debate.rest, и он будет рекурсивно сканировать все подпакеты. - person Paul Samsotha; 11.01.2019
comment
И просто к вашему сведению, сканирование должно подобрать классы, аннотированные @Provider и @Path, поэтому вам также необходимо убедиться, что у вас есть аннотация @Provider. - person Paul Samsotha; 11.01.2019

Мне также пришлось добавить аннотацию JAX-RS @Provider к моим фильтрам.
Это делает фильтр доступным для обнаружения на этапе сканирования JAX-RS.

@Provider
public class MyAppFilter implements ContainerRequestFilter {
    // filter logic
}
person uris    schedule 31.03.2014
comment
Здесь же без аннотации ничего не получилось - person Michael Laffargue; 19.05.2014
comment
это @Provider действительно необходимо? - person VeKe; 14.03.2017
comment
Да, мне просто нужно было добавить аннотацию @Provider. Сканирование пакетов уже настроено правильно - person ruediste; 29.06.2017

Некоторые подсказки:

  1. Убедитесь, что вы используете JAX-RS версии 2.17.
  2. Убедитесь, что вы используете правильный импорт в своем фильтре:

    • import javax.ws.rs.container.ContainerRequestContext;
    • import javax.ws.rs.container.ContainerRequestFilter;
  3. Добавьте аннотацию @Provider

person ACV    schedule 20.04.2015
comment
это @Provider действительно необходимо? - person VeKe; 14.03.2017
comment
Да, он аннотирует компонент как поставщик чего-то. Он используется для расширения базовой функциональности JAX-RS. - person ACV; 14.03.2017

Нам не хватало приведенного ниже вызова в нашем классе реализации ResourceConfig:

register(CorrelationIdFilter.class);
person AshishKumar    schedule 13.08.2018

Минимальные требования для работы фильтров с трикотажем:

  • добавить аннотацию @Provider в класс фильтра
  • пространство имен класса фильтра должно быть включено в параметр инициализации jersey.config.server.provider.packages.

Любые другие настройки не требуются (например, 'com.sun.jersey.spi.container.ContainerRequestFilters' init-param или ResourceConfig)

person crazyman    schedule 18.10.2014
comment
это @Provider действительно необходимо? - person VeKe; 14.03.2017
comment
да это так. Джерси загрузит только отмеченные классы из указанного пространства имен. - person crazyman; 14.03.2017

У меня была такая же проблема для JAX-RS 2, майка и приведенная ниже аннотация исправили ее.

 @PreMatching
person virtuvious    schedule 01.12.2014
comment
Но это меняет семантику! Добавление этого метода исключительно влияет на когда вызывается фильтр. Я серьезно сомневаюсь, что это меняет конфигурацию чего-либо! - person GhostCat; 02.08.2018
comment
Спасибо, это как раз то, что мне было нужно. - person user3738870; 17.01.2020

Вместо использования аннотации @Provider (которая в моем случае не сработала) вы можете зарегистрировать ContainerRequestFilter вручную с помощью JerseyServletFactory:

JerseyServletFactory jerseyServletFactory = new JerseyServletFactory(config);
HttpServlet myServiceServlet = jerseyServletFactory.create(myResource);

// Register your ContainerRequestFilter like this
jerseyServletFactory.addRequestFilter(new MyFilter());

httpServer.register(myServiceServlet, "/api");
httpServer.start();
person Pierre-Luc Pineault    schedule 30.09.2015
comment
и где этот кусок кода должен быть размещен? - person jon; 09.03.2016
comment
@jon Во время инициализации. Я поместил свой код между созданием и началом JettyHttpServer, с другими вещами, которые необходимо инициализировать при запуске (источники данных, ресурсы, DAO и т. д.). - person Pierre-Luc Pineault; 09.03.2016
comment
Я сделал то же самое, теперь я хочу вызвать уничтожение (для какой-то пользовательской задачи очистки) сервлета. Я не могу получить ссылку на этот фильтр, чтобы вызвать уничтожение в событии выключения. - person Atul Kumar; 06.12.2017

Если вы, как и я, застряли, обратите внимание, что TomEE 1.7.X использует JAX-RS 1.1, который не включает ContainerRequestFilter.

person Managarm    schedule 03.08.2016

Для тех, у кого есть эта проблема в MULE ESB. Не забудьте зарегистрировать путь с помощью:

<jersey:resources doc:name="REST">
   <component doc:name="rest component">
     <spring-object bean="endpoit"/>
   </component>
   <jersey:package packageName="path @Provider-s"/>
</jersey:resources >
person HuTa    schedule 06.12.2016

Вместо javax.ws.rs я использовал com.sun.jersey, и это сработало.

import com.sun.jersey.spi.container.ContainerRequestFilter import com.sun.jersey.spi.container.ContainerRequest

Пользователи Dropwizard должны сделать это

environment.jersey().getResourceConfig()
           .getContainerRequestFilters()
           .add(filter);
person jayantmukherji    schedule 07.05.2016
comment
И тем самым создавая код, который опирается на пакеты, на которые вы не должны полагаться. - person GhostCat; 02.08.2018