Я использую встроенный сервер Jetty для предоставления веб-служб (используя Jetty-JAXWS2-SPI, чтобы разрешить Jetty обслуживать запросы), и я вижу следующие ошибки, когда соединение прерывается из моего тестового клиента JAX-WS (созданногоwsimport
):
11:32:54.544 [pool-1-thread-5] DEBUG com.mycompany.SomeClass - EOF
org.eclipse.jetty.io.EofException: null
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:321) ~[jetty-http-7.3.1.v20110307.jar:7.3.1.v20110307]
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:214) ~[jetty-http-7.3.1.v20110307.jar:7.3.1.v20110307]
at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:411) ~[jetty-server-7.3.1.v20110307.jar:7.3.1.v20110307]
at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:526) ~[jetty-io-7.3.1.v20110307.jar:7.3.1.v20110307]
at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:41) [jetty-io-7.3.1.v20110307.jar:7.3.1.v20110307]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_24]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_24]
at java.lang.Thread.run(Thread.java:662) [na:1.6.0_24]
Несмотря на то, что это не важные ошибки (регистрируются на уровне DEBUG), и я вижу их только из моего тестового клиента, а не из soapUI или «реального» (клиент .NET)Я бы предпочел их вообще не видеть.
Я думаю, что проблема вызвана поведением сокетов в клиенте JAX-WS?Есть ли способ повлиять на поведение сокета, чтобы избежать этой проблемы?
Другая информация:
- Другие сообщали об этой проблеме в списке рассылки Jetty, также при предоставлении веб-сервисов с использованием Jetty-JAXWS2-SPI.
- Я использую JDK 1.6.0_24 и содержащуюся в нем реализацию JAX-WS.
- Я использую Jetty 7.3.1-20110307