【问题标题】:RestEasy ExceptionMapper NotAllowedException Serialization Error MediaType octet-streamRestEasy ExceptionMapper NotAllowedException 序列化错误 MediaType octet-stream
【发布时间】:2017-05-29 03:34:01
【问题描述】:

我在这里展示简单的休息服务来说明我收到的异常。

服务A

@Path("/A")
public class ServiceA {

    @GET
    @Produces({ MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
    public Response show() {
        return Response.ok(new User("John", "Doe")).build();
    }
}

型号:

用户

@XmlRootElement
public class User {

    private String firstName;
    private String lastName;

    public User() {
    }

    public User(String firstName, String lastName) {
        this.firstName = firstName;
        this.lastName = lastName;
    }

    public String getFirstName() {
        return firstName;
    }

    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }

    public String getLastName() {
        return lastName;
    }

    public void setLastName(String lastName) {
        this.lastName = lastName;
    }
}

错误响应

@XmlRootElement
public class ErrorResponse {

    private String errorType;
    private String errorMessage;

    public ErrorResponse() {
    }

    public ErrorResponse(String errorType, String errorMessage) {
        this.errorType = errorType;
        this.errorMessage = errorMessage;
    }

    public String getErrorType() {
        return errorType;
    }

    public void setErrorType(String errorType) {
        this.errorType = errorType;
    }

    public String getErrorMessage() {
        return errorMessage;
    }

    public void setErrorMessage(String errorMessage) {
        this.errorMessage = errorMessage;
    }
}

最后我的 ExceptionMapper 看起来像这样:

@Provider
public class GenericExceptionMapper implements ExceptionMapper<Exception> {

    private final Logger LOG = LoggerFactory.getLogger(GenericExceptionMapper.class);

    @Override
    public Response toResponse(Exception exception) {
        ErrorResponse errorResponse = new ErrorResponse(exception.getClass().getSimpleName(), exception.getMessage());

        if (exception instanceof WebApplicationException) {
            LOG.error("Type: {}", exception.getClass().getSimpleName());
            LOG.error("Message: {}", exception.getMessage());
            WebApplicationException webApplicationException = (WebApplicationException) exception;
            return Response.status(webApplicationException.getResponse().getStatus()).entity(errorResponse).build();
        }

        return Response.serverError().entity(errorResponse).build();
    }
}

在 URI 上调用 GET 我得到了正确的响应:

Accept: application/json
GET http://localhost:8080/exception-mapper-example/rest/A

{"firstName":"John","lastName":"Doe"}

但是在这个 URI 上调用 POST 我得到一个异常:

 2017-01-13 16:53:46,859 ERROR [com.aizaz.samples.exceptionmapper.GenericExceptionMapper] (default task-35) Type: NotAllowedException
 2017-01-13 16:53:46,860 ERROR [com.aizaz.samples.exceptionmapper.GenericExceptionMapper] (default task-35) Message: RESTEASY003650: No resource method found for POST, return 405 with Allow header
 2017-01-13 16:53:46,860 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /exception-mapper-example/rest/A: org.jboss.resteasy.spi.UnhandledException: org.jboss.resteasy.core.NoMessageBodyWriterFoundFailure: Could not find MessageBodyWriter for response object of type: com.aizaz.samples.model.ErrorResponse of media type: application/octet-stream
at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:180)
at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:199)
at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.jboss.resteasy.core.NoMessageBodyWriterFoundFailure: Could not find MessageBodyWriter for response object of type: com.aizaz.samples.model.ErrorResponse of media type: application/octet-stream
at org.jboss.resteasy.core.ServerResponseWriter.writeNomapResponse(ServerResponseWriter.java:66)
at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:176)
... 32 more

相关部分

Caused by: org.jboss.resteasy.core.NoMessageBodyWriterFoundFailure:
Could not find MessageBodyWriter for response object of type:
com.aizaz.samples.model.ErrorResponse of media type: application/octet-stream

由于媒体类型:application/octet-stream,显然序列化失败。

我知道我可以在构建响应时明确指定媒体类型,例如

 Response.ok().type(MediaType.APPLICATION_JSON).build();

但我不想那样做;因为我同时接受 JSON/XML Accept 标头,并希望以 JSON 或 XML 格式发回适当的响应。

  1. 我怎样才能做到这一点?
  2. 为什么在这种情况下使用媒体类型八位字节流创建响应?

我的意思是,如果我创建了由代码中描述的相同 ExceptionMapper 映射的自定义异常; Response 对象不需要明确指定 MediaType

如果有人能提供他/她宝贵的智慧,那就太好了

【问题讨论】:

    标签: rest resteasy java-ee-7 wildfly-10


    【解决方案1】:

    您可以使用 JAX-RS API 的 HttpHeaders 管理 ExceptionMapper 返回的适当格式,并获取请求实体的 MediaType,参见 javadoc:http://docs.oracle.com/javaee/7/api/javax/ws/rs/core/HttpHeaders.html#getMediaType--

    所以你的代码如下:

    @Provider
    public class GenericExceptionMapper implements ExceptionMapper<Exception> {
    
        @Context
        private HttpHeaders m_headers;
    
        private final Logger LOG = LoggerFactory.getLogger(GenericExceptionMapper.class);
    
        @Override
        public Response toResponse(Exception exception) {
            ErrorResponse errorResponse = new ErrorResponse(exception.getClass().getSimpleName(), exception.getMessage());
    
            if (exception instanceof WebApplicationException) {
                LOG.error("Type: {}", exception.getClass().getSimpleName());
                LOG.error("Message: {}", exception.getMessage());
                WebApplicationException webApplicationException = (WebApplicationException) exception;
                return Response.status(webApplicationException.getResponse().getStatus()).entity(errorResponse).build();
            }
    
            return Response.serverError().entity(errorResponse).type(m_headers.getMediaType()).build();
        }
    }
    

    【讨论】:

    • 感谢您的回复。我碰巧调试了 RestEasy 规范的实现以了解问题。
    • 只有在请求标头中设置了 ContentType 时,您的解决方案才有效。这意味着,我需要明确指定始终指定内容类型的客户端。注意是否从您的资源中抛出异常;您不需要在构造响应对象时指定媒体类型。原因是如果请求中没有指定Content Types,注解“Produces”就足以找到MessageBodyWriter进行编组;但是 NotAllowedException 是特殊的
    • 在这种情况下,您可能会通过 m_headers.getAcceptableMediaTypes() 获得可接受的媒体类型。看看这个线程:stackoverflow.com/questions/3227360/…
    【解决方案2】:

    如果出现扩展 WebApplicationException 的自定义异常,例如

    public class MyCustomException extends WebApplicationException 
    

    不需要显式的ExceptionMapper&lt;MyCustomerException&gt; 来进行异常处理和响应创建。

    ExceptionMapper 对于处理源自Exception(或其子类)而非WebApplicationException(及其子类)的异常非常有帮助(注意WebApplicationException 也是Exception 的子类)

    例如 ExceptionMapper 可用于处理IllegalArgumentException 等异常并创建响应。

    在上述两种情况下,响应都可以根据 Resource 方法中指定的@Produces进行序列化。

    但是在查看了 RestEasy 的规范实现后我发现,即使对于 WebApplicationException(s),如果 ExceptionMapper 是 @Provided 的其余服务,它将被触发。

    resteasy-jaxrs:3.1.0.Final
    class: ExceptionHandler
    method: public Response handleException(HttpRequest request, Throwable e)
    
      // First try and handle it with a mapper
      if ((jaxrsResponse = executeExceptionMapper(e)) != null) {
         return jaxrsResponse;
      }
    

    所以我要么确保 ExceptionMapper 用于某些特定的异常,例如 ExceptionMapper&lt;IllegalArgumentException&gt;,而不是像上面代码 ExceptionMapper&lt;Exception&gt; 中所示那样捕获所有异常,或者简单地返回响应,如下面的代码所示:

     if (exception instanceof WebApplicationException) {
        WebApplicationException webApplicationException = (WebApplicationException) exception;
        return webApplicationException.getResponse();
    }
    

    不会发生序列化错误。为什么?因为框架会处理这个问题(基于 @Produces 注释,它将序列化基于 NON WebApplicationException 的响应的响应。对于基于WebApplicationException 的响应,如上所示,框架将处理响应以及(因为从未使用过 ErrorResponse 实体)

    然而来到这张票中提到的问题。 NotAllowedException 出现在规范实现代码中与 URI 关联的方法被执行之前。因此,@Produces 注释不会生效,并且在编组响应时,会使用默认的 MediaType 八位字节流。

    resteasy-jaxrs:3.1.0.Final
    class: SegmentNode
    method: public Match match(List<Match> matches, String httpMethod, HttpRequest request)
    

    因此,虽然发生以下异常; DefaultOptionsMethodException 不允许异常 不支持异常 NotAcceptableException

    请求属性RESTEASY_CHOSEN_ACCEPT 未设置

      request.setAttribute(RESTEASY_CHOSEN_ACCEPT, sortEntry.getAcceptType());
      return sortEntry.match;
    

    当服务器尝试写入响应时,它找不到 MediaType(因为我们在创建响应对象时从未设置它)

    resteasy-jaxrs:3.1.0.Final
    class: ServerResponseWriter
    method: public static void writeNomapResponse(BuiltResponse jaxrsResponse, final HttpRequest request, ...
    
     if (jaxrsResponse.getEntity() != null && jaxrsResponse.getMediaType() == null) {
         setDefaultContentType(request, jaxrsResponse, providerFactory, method);
     }
    

    它试图从方法注释中设置它;如前所述,它从未设置过,因为 NotAllowedException 发生在 RESTEASY_CHOSEN_ACCEPT 可以设置之前。

    它找到一个通配符,因为没有指定接受标头,因此设置了八位字节流

    resteasy-jaxrs:3.1.0.Final
    class: ServerResponseWriter
    method: protected static void setDefaultContentType(HttpRequest request, BuiltResponse ...
    if (chosen.isWildcardType()) {
         chosen = MediaType.APPLICATION_OCTET_STREAM_TYPE;
    }
    

    (这只是一个总结;详细步骤我必须回到规范实现代码)

    因此我必须指定一个媒体类型。这可以通过查看@Context 中的HttpHeaders 来使其动态化,或者如果在我的情况下在标题中没有指定任何内容,我提供默认的MediaType Application/XML 以进行序列化。

    希望这对也面临同样问题的人有所帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-03-09
      • 1970-01-01
      • 2016-06-29
      • 1970-01-01
      • 1970-01-01
      • 2014-06-08
      • 2015-03-29
      • 2011-11-17
      相关资源
      最近更新 更多