Как перехватить запрос во время жизненного цикла Джерси?

Question

Я использовал Джерси в течение большей части года и только что наткнулся на проблему, на которую я не могу найти ответ: как вы перехватите (или зацепите) жизненный цикл запроса Джерси?

В идеале, я мог бы выполнить некоторую пользовательскую фильтрацию/проверку/отклонение между временем, в течение которого контейнер принимает запрос из сети, и временем, когда вызываются методы моего обработчика. Бонусные точки, если есть простой способ фильтрации перехватчиков по подпутью (например, есть один перехватчик для чего-либо под /, другой для чего-либо под/user/и т. Д.).

Спасибо!

Редактировать: Чтобы быть немного понятнее, общая идея здесь - написать код, который будет запущен для многих вызовов API без необходимости явного вызова этого кода из каждого метода обработчика. Это уменьшило бы дополнительный код и устранило бы необходимость передавать контексты запросов.

Answer 1

я нашел ответ?.

Сначала создайте класс, который реализует ContainerRequestFilter. Интерфейс определяет следующий метод, в котором происходит фильтрация. Объект ContainerRequest содержит информацию о текущем запросе.

public ContainerRequest filter(ContainerRequest req); 

После этого, включают в себя следующие XML в конфигурации сервлета в web.xml

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

Источники:

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

Answer 2

Вы посмотрели на класс Джерси ClientFilter?

В настоящее время мы используем это для перехвата и выполнения API-интерфейсов и т. Д. Там встроены фильтры регистрации, поэтому вы можете посмотреть на код, чтобы получить представление о том, что писать.

Подпись:

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

Таким образом, вы можете начать делать такие вещи, как:

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

Answer 3

Для серверной части мы используем Джерси конкретный класс, чтобы сделать что-то вроде этого: ContainerResponseFilter

Подпись:

public ContainerResponse filter(ContainerRequest request, ContainerResponse response) 

, то вы можете сделать звонки, как:

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

Может ли это иметь некоторую помощь ..

Answer 4

Эта нить немного старый, но У меня была подгонка времени, перехватывающая как до, так и после запрос.После длительного поиска в Интернете, я, наконец, понял это:

<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> 

, а затем этот класс:

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()); 
     //... 
    } 

Это перехватывает запрос на начало и конец, так что вы можете поместить в таймере или что-то еще.

Это работает для Джерси 1.17. Не уверен насчет 2.x.