Обработанное исключение все еще записывается в stdout

Question

Я использую сервер причала для размещения своего приложения Java. Недавно я добавил тайм-ауты запроса, чтобы убивать запросы, которые занимают слишком много времени. Файл, который регистрирует мой stdout (который обычно должен быть пустым), начал заполнять InterruptedException трассировкой стека. Что-то вроде:

java.lang.InterruptedException 
    ...... Some lower level code-lines of my project 
    at com.mycompany.webapps.MyController.myMethod(MyController.java:252) 
    at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:601) 
    at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:219) 
    at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132) 
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104) 
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:745) 
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:686) 
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80) 
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925) 
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856) 
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:920) 
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:816) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) 
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:801) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:738) 
    at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1651) 
    at org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:83) 
    at org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:310) 
    at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1622) 
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:549) 
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) 
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:568) 
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:221) 
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1111) 
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:478) 
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:183) 
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1045) 
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) 
    at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:199) 
    at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109) 
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) 
    at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java:159) 
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) 
    at org.eclipse.jetty.server.Server.handle(Server.java:462) 
    at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:279) 
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:232) 
    at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:534) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536) 

Итак, я добавил Try-улов в myMethod (Самый высокий метод, который находится под моим контролем):

@RequestMapping(value = "/myUrl/{id}", method = RequestMethod.GET) 
@ResponseBody 
public ResponseEntity<byte[]> myMethod(final HttpServletRequest request, @PathVariable final EncodedId id) { 
    try { 
    return serveImageRequest(request, sourceId.getId(), docId.getId(), dimensions.getWidth(), dimensions.getHeight()); 
    } catch (Exception ex) { 
    log.error(ex.getMessage()); 
    return null; 
    } 
} 

Переменная log является экземпляром регистратор (с использованием log4j), который пишет сообщения в выделенный файл журнала (а не stdout). И все же сообщения записываются в stdout. Единственное различие заключается в том, что теперь они также записываются в файл журнала. Я не могу найти причину, по которой она должна быть записана в stdout, и я должен ее избегать, так как файл, который представляет stdout, не имеет политики продвижения.

Answer 1

Оказывается, что корень проблемы был в сторонней библиотеке, которая ловит исключение и печатает трассировку стека в stdout. Это было напечатано, хотя я поймал и обработал исключение.