如何将Grizzly请求注入Jersey ContainerRequestFilter

Question

我有灰熊提供的球衣。

我有一个ContainerRequestFilter实现类。但是，为所有传入请求创建一次此类。因此，这样做：

public class EndpointRequestFilter implements ContainerRequestFilter {
    @Context
    private org.glassfish.grizzly.http.server.Request requestContext;

    public void filter( ContainerRequestContext req ) throws IOException {
       // remove for sake of example
    }
}

该requestContext为空。我可以将上下文注入到被调用的实际端点中，但这相当粗陋和丑陋，对我来说真的没有用；因为我希望记录各种请求。理想情况下，希望Request在请求的ResponseFilter端获取此对象。

必须有一种简单的方法来执行此操作。到目前为止，我所看到的所有问题/答案都不适用于Grizzly，也无法插入REST端点调用的方法。我不想只因为我想获得IP地址而想办法解决所有数百种在调用中添加此方法的方法！

那么这里的关键是什么？我想念什么？

Answer 1

令您惊讶的是，您甚至还运行了该应用程序，以至于您可以发现该请求为空。每当我尝试运行它时，我都会在启动时遇到异常，说没有请求范围，因此无法注入请求，这正是我所期望的。尽管我无法复制NPE，但我认为此解决方案仍然可以解决您的问题。

因此，它Request是一个请求范围对象，因为它随每个请求而变化。但是过滤器的性质是单例。因此，您需要做的就是懒惰地检索它。为此，我们可以将javax.inject.Provider用作延迟检索机制。

回到我的第一段，这是我刚开始时遇到的例外

java.lang.IllegalStateException：不在请求范围内。

这是有道理的，因为Request需要与请求范围相关联，并且在启动时没有任何关联。请求范围仅在请求期间存在。

因此，使用Providerdo的目的是让我们尝试Request在存在请求范围时尝试抢占。

public static class Filter implements ContainerRequestFilter {

    @Context
    private javax.inject.Provider<Request> requestProvider;

    @Override
    public void filter(ContainerRequestContext requestContext) throws IOException {
        final Request request = requestProvider.get();
        System.out.println(request.getRemoteAddr());
    } 
}

我已经对此进行了测试，并且可以正常工作。

也可以看看：

• 使用HK2和Jersey将请求范围对象注入到单例范围对象中