¿Cómo se intercepta una solicitud durante el ciclo de vida de Jersey?

Question

He usado Jersey durante la mayor parte de un año y acabo de tropezar con un problema para el cual no puedo encontrar la respuesta: ¿cómo se intercepta (o engancha) el ciclo de vida de la solicitud de Jersey?

Idealmente, podría realizar algún filtrado/validación/rechazo personalizado entre el momento en que el contenedor acepta la solicitud de la red y el momento en que se llaman a mis métodos de manejo. Puntos de bonificación si hay una manera fácil de filtrar los interceptores por subruta (por ejemplo, tener un interceptor para cualquier cosa debajo de /, otra para cualquier cosa debajo/usuario /, etc.).

Gracias!

Editar: Para ser un poco más claro, la idea general aquí es poder escribir algún código que se ejecutará para muchas llamadas a la API sin tener que llamar explícitamente a ese código desde cada método del controlador. Esto reduciría el código adicional y eliminaría la necesidad de pasar contextos de solicitud.

Answer 1

que he encontrado la respuesta?.

Primero, crea una clase que implemente ContainerRequestFilter. La interfaz especifica el siguiente método, en el que se realiza el filtrado. El objeto ContainerRequest contiene información sobre la solicitud actual.

public ContainerRequest filter(ContainerRequest req); 

Después de eso, se incluyen los siguientes XML en la configuración servlet en web.xml

<init-param> 
    <param-name>com.sun.jersey.spi.container.ContainerRequestFilters</param-name> 
    <param-value>path.to.filtering.class</param-value> 
</init-param> 

Fuentes:

http://jersey.576304.n2.nabble.com/ContainerRequestFilter-and-Resources-td4419975.html http://markmail.org/message/p7yxygz4wpakqno5

Answer 2

¿Has mirado la clase Jersey ClientFilter?

Actualmente estamos usando esto para interceptar y realizar API versioing, etc. Hay filtros de registro integrados, por lo que puede ver el código para que se den una idea de qué escribir.

La firma es:

public ClientResponse handle(final ClientRequest cr) throws ClientHandlerException... 

para que pueda empezar haciendo cosas como:

.... 
cr.getHeaders() 
.... 
return getNext().handle(cr); 

Answer 3

Por parte del servidor que utilizamos una clase específica Jersey para hacer algo como esto: ContainerResponseFilter

La firma es:

public ContainerResponse filter(ContainerRequest request, ContainerResponse response) 

entonces usted puede hacer llamadas como:

Object entity = response.getEntity(); 
    ... your logic here ... 
return response; 

¿Puede ser de alguna ayuda ..

Answer 4

Este hilo es un poco viejo, pero Estaba teniendo un ataque de un tiempo interceptando ambos antes y después de la solicitud.Después de una larga búsqueda en la web, por fin cuenta de esto:

<init-param> 
    <param-name>com.sun.jersey.spi.container.ContainerResponseFilters</param-name> 
    <param-value>blah.LoggingFilter</param-value> 
</init-param> 
<init-param> 
    <param-name>com.sun.jersey.spi.container.ContainerRequestFilters</param-name> 
    <param-value>blah.LoggingFilter</param-value> 
</init-param> 

y luego esta clase:

public class LoggingFilter extends LoggingFilter implements ContainerRequestFilter { 

    private static final ThreadLocal<Long> startTime = new ThreadLocal<Long>(); 
    public static boolean verboseLogging = false; 

    @Override 
    public ContainerRequest filter(ContainerRequest arg0) { 
     startTime.set(System.currentTimeMillis()); 
     return arg0; 
    } 

    @Override 
    public ContainerResponse filter(ContainerRequest request, ContainerResponse response) { 
     System.out.println(System.currentTimeMillis() - startTime.get().longValue()); 
     StringBuilder sb = new StringBuilder(); 
     sb.append("User:").append((request.getUserPrincipal() == null ? "unknown" : request.getUserPrincipal().getName())); 
     sb.append(" - Path:").append(request.getRequestUri().getPath()); 
     //... 
    } 

Este intercepta la solicitud al principio y al final lo que puede poner en un temporizador o lo que sea.

Esto funciona para Jersey 1.17. No estoy seguro acerca de 2.x.