I get two body after serialize exception

[darkgirl]

Hi,
I had custom my own exception controller like this

@ControllerAdvice
public class DefaultExceptionHandler {

	private static final Logger LOGGER = LoggerFactory.getLogger(DefaultExceptionHandler.class); 

	@ExceptionHandler(RuntimeException.class)
	@ResponseBody
	public ResponseData exceptionHandler(Exception exception,
			HttpServletRequest request,
			HttpServletResponse response) {
		
		
		ResponseData data = new ResponseData();
		data.setCode(-1);
		data.setSuccess(false);
		
		if (exception instanceof CustomizeRuntimeException) {
			var customException = (CustomizeRuntimeException)exception;
			data.setMessage(customException.getMessage());
		}
		else if (exception instanceof HttpRequestMethodNotSupportedException) {
			data.setMessage(exception.getMessage());
		}
		else {
			data.setMessage(exception.getMessage());
			exception.printStackTrace();
		}
		
		return data;
	}
}

and when there is a json serialize exception, I found I get two body from response.

{
    "message": "get session list successfully",
    "success": true,
    "code": 0,
    "result": {
        "id": "FCC0BF0A376C7BE89FAE26CEC9B6B77E",
        "creationTime": 1609640049356,
    }
}{
    "message": "Type definition error: [simple type, class java.util.logging.ErrorManager]; nested exception is com.fasterxml.jackson.databind.exc.InvalidDefinitionException: No serializer found for class java.util.logging.ErrorManager and no properties discovered to create BeanSerializer (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) (through reference chain: com.mozzie.background.model.ResponseData[\"result\"]->org.apache.catalina.session.StandardSessionFacade[\"servletContext\"]->org.apache.catalina.core.ApplicationContextFacade[\"classLoader\"]->org.springframework.boot.web.embedded.tomcat.TomcatEmbeddedWebappClassLoader[\"resources\"]->org.apache.catalina.webresources.StandardRoot[\"context\"]->org.springframework.boot.web.embedded.tomcat.TomcatEmbeddedContext[\"logger\"]->org.apache.juli.logging.DirectJDKLog[\"logger\"]->java.util.logging.Logger[\"parent\"]->java.util.logging.Logger[\"parent\"]->java.util.logging.Logger[\"parent\"]->java.util.logging.Logger[\"parent\"]->java.util.logging.LogManager$RootLogger[\"handlers\"]->org.slf4j.bridge.SLF4JBridgeHandler[0]->org.slf4j.bridge.SLF4JBridgeHandler[\"errorManager\"])",
    "success": false,
    "code": -1,
    "result": null
}

Why is this so? and how to make it only response once before I solve the serialize exception?

[wilkinsona]

Why is this so?

I can't say for certain without some more information, but I would guess that you have written and flushed some output to the response stream before the error handling has kicked in.

If you would like us to spend some more time investigating, please spend some time providing a complete yet minimal sample that reproduces the problem. You can share it with us by pushing it to a separate repository on GitHub or by zipping it up and attaching it to this issue.

[bclozel]

@darkgirl this comment might give you some insight.

1. If your exception handler was previously working and you're on Spring Boot 2.3.x, upgrading to 2.3.7.RELEASE will revert a behavior change and this might fix the problem
2. If this is a new exception handler and you're seeing this problem now, this just means that you're catching an exception that happens while writing the response body and some content has been flushed to response itself

I think an exception handler catching RuntimeException is too generic and there is no way to guarantee that you won't encouter such problems.

[spring-projects-issues]

If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.

[darkgirl]

If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.

sorry for taking so long to reply.
I uploaded a mini project, hope it would helpful, thanks
response_test.zip

[wilkinsona]

Thanks for the sample. An error is occurring while trying to serialise the response from your CustomizeErrorController. You need to ensure that your error controller does not itself create any errors. This is one reason why Boot's BasicErrorController returns a Map which reduces the risk of a JSON serialisation failure occurring.