Джерси 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>

Ответ 1

Хорошо, я не понял, что параметр jersey.config.server.provider.packages init должен ссылаться не только на классы обслуживания (конечные точки 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>

Ответ 2

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

@Provider
public class MyAppFilter implements ContainerRequestFilter {
    // filter logic
}

Ответ 3

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

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

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

Ответ 4

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

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

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

Ответ 5

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

 @PreMatching

Ответ 6

Вместо использования аннотации @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();

Ответ 7

Вместо 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);

Ответ 8

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

Ответ 9

Для всех, кто имеет эту проблему в 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 >