Какая надлежащая замена Resteasy 3.X PreProcessInterceptor?

Question

Я строй службы отдыха с использованием механизма аутентификации/авторизации, как описано в данном руководстве: http://howtodoinjava.com/2013/06/26/jax-rs-resteasy-basic-authentication-and-authorization-tutorial/

В основном он использует интерфейс PreProcessInterceptor для сканирования целевой метод аннотаций (от javax.annotation.security пакета), которые описывают необходимые роли для доступа это способ. Поскольку аутентификатор здесь является перехватчиком, он может отменить вызов целевого метода, возвращая при необходимости 401 (несанкционированный).

Проблема заключается в том, что интерфейс org.jboss.resteasy.spi.interception.PreProcessInterceptor устарел в текущей версии RestEasy (3.0.1), и у меня возникают проблемы с попыткой реализовать то же поведение со стандартным Интерфейсы JAX-RS.

Я использую интерфейс javax.ws.rs.ext.ReaderInterceptor для перехвата вызова. Но почему-то сервер никогда не называет его: перехватчик просто игнорируется.

Я регистрации перехватчиков/ресурсы так же, как и я с бывшим PreProcessInterceptor, и используя тот же @Provider и @ServerInterceptor аннотаций:

ServerApplication:

public class ServerApplication extends javax.ws.rs.core.Application { 

    private final HashSet<Object> singletons = new LinkedHashSet<Object>(); 

    public ServerApplication() { 
     singletons.add(new SecurityInterceptor()); 
     singletons.add(...); //add each of my rest resources 
    } 

    @Override 
    public Set<Class<?>> getClasses() { 
     HashSet<Class<?>> set = new HashSet<Class<?>>(); 
     return set; 
    } 

    @Override 
    public Set<Object> getSingletons() { 
     return singletons; 
    } 
} 

SecurityInterceptor:

@Provider 
@ServerInterceptor 
public class SecurityInterceptor implements javax.ws.rs.ext.ReaderInterceptor { 
    @Override 
    public Object aroundReadFrom(ReaderInterceptorContext context){ 
      //code that is never called... so lonely here... 
    } 
} 

Любая информация о том, как решить эту проблему?

спасибо.

Answer 1

RESTEasy 3.x.x соответствует спецификации JAX-RS 2.0.

То, что вы пытаетесь сделать, может быть достигнуто (возможно, лучше) с:

@Provider 
public class SecurityInterceptor 
     implements javax.ws.rs.container.ContainerRequestFilter { 
    @Override 
    public void filter(ContainerRequestContext requestContext){ 
     if (not_authenticated){ requestContext.abortWith(response)}; 
    } 
} 

с ReaderInterceptor вызывается только если основной MessageBodyReader.readFrom называется стандартным трубопроводом JAX-RS, не FROMTHE код приложения ,

Причина, по которой ваш перехватчик не вызывается, может быть аннотацией @ServerInterceptor, которая является расширением RESTEasy.

спецификации состояний в §6.5.2, что перехватчик глобально зарегистрированных, если @Provider не аннотированный с @NameBinding аннотацию, но я не знаю, если RESTEasy может обрабатывать @ServerInterceptor, если это явно не зарегистрирован, как показано на RestEASY Interceptor Not Being Called

Answer 2

Если вам необходимо получить доступ к основной java.lang.reflect.Method (как вы использовали, чтобы иметь возможность получить за счет внедрения AcceptedByMethod), вы можете сделать следующее:

ResourceMethodInvoker methodInvoker = (ResourceMethodInvoker) 
      requestContext.getProperty("org.jboss.resteasy.core.ResourceMethodInvoker"); 
Method method = methodInvoker.getMethod(); 

Answer 3

Я также хотел бы получить доступ к и- nderlying java.lang.reflect.Method и попробовал ответ mtpettyp с Resteasy 3.0.8, но это возвращало null на вызов getProperty. Я также использую Spring и resteasy-spring, хотя я не считаю, что это должно повлиять на это вообще.

Если вы столкнулись с моей ситуацией и используете Post Matching ContainerRequestFilter (вы вроде бы должны, если бы ожидали получить метод согласованных ресурсов в любом случае), тогда вы можете фактически наложить ContainerRequestContext на реализацию Resteasy для публикации Сценарий соответствия. PostMatchContainerRequestContext имеет ссылку на ResourceMethodInvoker.

public void filter(ContainerRequestContext context) throws IOException { 
    PostMatchContainerRequestContext pmContext = (PostMatchContainerRequestContext) context; 

    Method method = pmContext.getResourceMethod().getMethod(); 

    /* rest of code here */ 
}