不支持的操作异常getUserPrincipal

Question

import com.sun.jersey.spi.container.ContainerRequest;

@Override
public ContainerRequest filter(ContainerRequest request) {
  Principal principal=req.getUserPrincipal();
}

相反，将引发“UnsupportedOperationException”。看起来ContainerRequest没有从修改的请求中提取UserPrincipal。

修改是通过

import org.glassfish.grizzly.http.server.Request;

...

public void onRequestReceiveEvent(
  HttpServerFilter filter,Connection connection, Request request) {
  Principal principal=getPrincipalFromRequest(request);
  request.setUserPrincipal(principal);
}

问题是如何将主体信息从HttpServerProbe传输到ContainerRequestFilter。request具有安全信息（在本例中是SSL客户机证书信息），而com.sun.jersey.spi.container.ContainerRequest最初并不提供这些信息。

http://www.solutionoferror.com/java/use-containerrequestfilter-in-jersey-without-web-xml-79849.asp

泽西岛ContainerRequestFilter未触发

http://subversion.jfrog.org/artifactory/public/tags/2.1.0/rest/src/main/java/org/artifactory/rest/common/restauthenticationfilter.java

要访问主体/以HttpServerProbe和ContainerRequestFilter合作组合此信息的方式设置主体的安全上下文，需要做什么？

Answer 1

Jersey/JAX-RS要求在检索有关主体、用户角色等的任何信息之前设置SecurityContext。通常，在Jersey中，这是由专用的ContainerRequestFilter完成的。看一下我们的示例之一中的示例过滤器：SecurityFilter。

在此之后，您可以将SecurityContext（使用@context)注入到您的资源或其他提供程序（如筛选器）中。然后还可以调用ContainerRequest.getUserPrincipal()，而不会得到UnsupportedOperationException。

如果需要获得grizzly级别的principal对象，可以将当前的请求插入到筛选器中，然后在filter方法中检索值。

@Context
private ThreadLocal<Request> request;