Добро пожаловать в Stackoverflow.
Caused by: org.eclipse.jetty.io.EofException
at org.eclipse.jetty.io.ChannelEndPoint.flush(ChannelEndPoint.java:199)
at org.eclipse.jetty.io.WriteFlusher.flush(WriteFlusher.java:420)
at org.eclipse.jetty.io.WriteFlusher.completeWrite(WriteFlusher.java:375)
...
Caused by: java.io.IOException: Connection reset by peer
Это означает, что сервер попытался передать sh оставшиеся байты клиенту, но клиент закрыл соединение до того, как все эти байты были отправлены.
Это происходит довольно часто с веб-браузерами, когда пользователь переходит со страницы или закрывает вкладку до того, как будет отправлено все содержимое ответа.
Это происходит еще чаще с клиентами, которые имеют нестабильные rnet соединения, такие как мобильные клиенты (например, когда они переключают вышки или go с мобильного на Wi-Fi, или с Wi-Fi на мобильный, и т. д. c)
Это также происходит с некоторая закономерность, когда клиент просто не читает весь ответ и закрывает соединение. Часто это происходит из-за того, что клиент не следует HTTP spe c должным образом.
Пример: если клиент знает, что он собирается закрыть соединение, когда это будет сделано, он должен был добавить Connection: close
заголовок запроса.
Клиент читает ответ до тех пор, пока не получит то, что ему нужно, а затем закрывает соединение. (например, при чтении JSON или XML он будет считываться до тех пор, пока JSON или XML не будут заполнены, но не любые другие данные после него, даже пробелы). Это факт, который удивляет многих разработчиков, использующих сторонние библиотеки синтаксического анализа. Хорошие библиотеки имеют определенные параметры конфигурации c для продолжения чтения до Soft EOF (например: конец ответа HTTP при постоянном соединении)