泽西岛在使用容器请求上下文后为每个呼叫抛出 NPE。

Question

我有一个RESTfulendpoint，我通过一个定制的ContainerRequestFilter用一个简单的授权检查来保护它。过滤器检查HTTP会话中包含的所有信息是否正确，如果不正确，则执行以下操作:

requestContext.abortWith(Response.status(Response.Status.FORBIDDEN)
.entity("Forbidden").build());

这一切都很好。奇怪的是，当我再次发出相同的GET请求时，泽西服务器报告了一个NPE并且没有返回任何东西。

NPE 堆栈跟踪：

Jul 20, 2016 5:27:53 PM org.glassfish.jersey.server.ServerRuntime$Responder writeResponse
SEVERE: An I/O error has occurred while writing a response message entity to the container output stream.
java.lang.IllegalStateException: The output stream has already been closed.
    at org.glassfish.jersey.message.internal.CommittingOutputStream.setStreamProvider(CommittingOutputStream.java:147)
    at org.glassfish.jersey.message.internal.OutboundMessageContext.setStreamProvider(OutboundMessageContext.java:803)
    at org.glassfish.jersey.server.ContainerResponse.setStreamProvider(ContainerResponse.java:372)
    at org.glassfish.jersey.server.ServerRuntime$Responder.writeResponse(ServerRuntime.java:694)
    at org.glassfish.jersey.server.ServerRuntime$Responder.processResponse(ServerRuntime.java:444)
    at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:434)
    at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:329)
    at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
    at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
    at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
    at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
    at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
    at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
    at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305)
    at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154)
    at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:384)
    at org.glassfish.grizzly.http.server.HttpHandler$1.run(HttpHandler.java:224)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
    at java.lang.Thread.run(Thread.java:745)

发生了什么？我不想关闭输出流。我只需要一个方法向请求者返回http返回代码消息。

Answer 1

您不需要使用requestContext。过滤器方法中的abortWith（）。相反，请执行以下操作。

    String authCredentials = containerRequest.getHeaderString(HttpHeaders.AUTHORIZATION);

从您的REST客户端[browser/postman/SoapUI/jersey客户端程序]发送的头将采用“基本编码字符串”的格式。使用< code>java.util.Base64可以轻松解码编码的字符串。在服务器端解码后，字符串的格式将是username:password。使用< code > string . split(":")；将用户名和密码分开。开始验证。如果验证变为false，则从您在此处重写的< code > ContainerRequestFilter 的Filter方法中抛出< code > WebApplicationException 。

Answer 2

如前所述，问题出在已经设置的静态ACCESS_DENIED响应上。

private static final Response ACCESS_DENIED = Response.status(Response.Status.UNAUTHORIZED).entity("Accesso não Autorizado").build();

因此，替换为：

requestContext.abortWith（ACCESS_DENIED）

由

requestContext.abortWith(Response.status(Response.Status.UNAUTHORIZED).entity("Accesso não Autorizado").build());

Answer 3

万一有人会遇到同样的问题，我这里有答案：你不能重复使用响应！输出流编写器的实例绑定到请求，一旦您在中止使用它，流将被永久提交。因此，它不能再用于发送响应。

您需要从filter（）方法中初始化一个新的Request。

简单来说，不要使用这样的构造：

 private static final Response ACCESS_FORBIDDEN = Response.status(Response.Status.FORBIDDEN)
            .entity("Access blocked for all users !!").build();

顺便说一句，我在这里找到了这段破碎的代码：http://howtodoinjava.com/jersey/jersey-rest-security/因此，在实现此Request estFilter时要小心。