我正在为EJB服务开发REST-facade,这意味着它调用EJB,将结果转换为REST调用者将理解的表示,然后将其返回(如json或xml)。所有这些都很棒。但是EJB服务引发了各种例外,例如: G。没有找到结果或其他几个不同的情况。由于我不希望那些传播到REST调用者,我实现了一个ExceptionMapper:
public class EjbExceptionMapper implements ExceptionMapper<EJBException> {
private static final Logger logger = LoggerFactory.getLogger(EjbExceptionMapper.class);
@Override
public Response toResponse(final EJBException exception) {
ResponseBuilder result = Response.status(Status.BAD_REQUEST);
logger.debug("Bad request:", exception);
if (exception.getCause() != null) {
final Throwable cause = exception.getCause();
if (cause instanceof NoDeliveryFoundException) {
logger.debug("Found NoDeliveryFoundException:", cause);
result = Response.status(Status.NO_CONTENT).entity(cause.getMessage());
}
}
return result.build();
}
}
我的EJB服务的所有异常都以javax.ejb.EJBException
的形式到达,这个Mapper可以很好地捕获,并将不同的应用程序自定义异常作为原因。计划是根据EJBException的原因类型返回不同的响应。用于调试的记录器调用都是在我将NoDeliveryFoundException作为原因的情况下执行的,因此我知道它已执行(Mapper正确注册并用于映射),但客户端从未看到响应。
导致底层服务中的EJBException的每次调用(以及因此使用此ExceptionMapper)都不会导致响应,就好像toResponse() - 方法返回null而不是自定义构建的响应。
我甚至在返回之前记录了响应,它存在并包含我期望的内容,所以我很肯定它是由toResponse方法返回的。但是,我的客户仍然没有收到回应。
所以现在我很难过,因为没有搜索设法甚至找不到描述类似问题的人,所以我转向你,亲爱的。 ;)
答案 0 :(得分:2)
您的toResponse
- 方法包含一些冲突的逻辑。
Response.status(Status.NO_CONTENT).entity(cause.getMessage());
您在此处分配HTTP状态代码204 No Content
,但您还要添加回复。您无法将状态设置为204 No Content
并同时返回响应正文。
此外,如果Exception#getCause()
为空或者不是NoDeliveryFoundException
的实例,则响应正文为空。
这可能是你问题的原因吗?