Java.net.SocketException: software caused connection abort: recv failed

Question

I could not find an adequate answer to what the following error means:

java.net.SocketException: Software caused connection abort: recv failed

Notes:

• This error is infrequent and unpredictable; although getting this error means that all future URI requests will also fail.
• The only solution that works (also, only occasionally) is to restart Tomcat and / or the actual computer (in this case Windows).
• The URI is definitely accessible (as confirmed by asking the browser to fetch).

Relevant Code:

 BufferedReader reader; try { URL url = new URL(URI); reader = new BufferedReader(new InputStreamReader(url.openStream()))); } catch( MalformedURLException e ) { throw new IOException("Expecting a well-formed URL: " + e); }//end try: Have a stream String buffer; StringBuilder result = new StringBuilder(); while( null != (buffer = reader.readLine()) ) { result.append(buffer); }//end while: Got the contents. reader.close(); 

Answer 1

This usually means that a network error has occurred, such as a TCP timeout. I would start by placing a wirehark in the connection to see if you have any problems. If there is a TCP error, you should be able to see it. In addition, you can check your router logs, if applicable. If wireless is involved anywhere, this is another source of such errors.

Answer 2

This also happens if your TLS client cannot be authenticated by a server configured to require client authentication.

Answer 3

The only time I saw something like this happens when I have a bad connection or when someone closes a socket that I use from a different thread context.

Answer 4

This error occurs when the connection closes abruptly (when the TCP connection is reset, while there is still data in the send buffer). The condition is very similar to the much more common "Connection reset by peer". This can happen sporadically when connected over the Internet, but also systematically if the timing is correct (for example, using keep-alive connections on the local host).

The HTTP client should simply re-open the connection and retry the request. It is important to understand that when the connection is in this state, it has no way out but to close it. Any attempt to send or receive will result in the same error.

Do not use URL.open() , use the Apache-Commons HttpClient , which has a retry mechanism, pooling, saving and many other features.

Sample Usage:

 HttpClient httpClient = HttpClients.custom() .setConnectionTimeToLive(20, TimeUnit.SECONDS) .setMaxConnTotal(400).setMaxConnPerRoute(400) .setDefaultRequestConfig(RequestConfig.custom() .setSocketTimeout(30000).setConnectTimeout(5000).build()) .setRetryHandler(new DefaultHttpRequestRetryHandler(5, true)) .build(); // the httpClient should be re-used because it is pooled and thread-safe. HttpGet request = new HttpGet(uri); HttpResponse response = httpClient.execute(request); reader = new BufferedReader(new InputStreamReader(response.getEntity().getContent())); // handle response ... 

Answer 5

Are you accessing HTTP data? Can you use the HttpClient library instead of the standard library? The library has more options and will provide better error messages.

http://hc.apache.org/httpclient-3.x/

Answer 6

Try adding 'autoReconnect = true' to jdbc connection string

Answer 7

This will happen from time to time either in the event of a connection failure or when the remote host terminates its connection (closed application, shutting down the computer, etc.). You can avoid this by manually managing sockets and handling disconnections in your application through your communication protocol, and then call shutdownInput and shutdownOutput to clear the session.

Answer 8

See if you have another service or program running on the http port. This happened to me when I tried to use the port, and it was taken by another program.

Answer 9

If you use Netbeans to control Tomcat, try disabling the HTTP monitor in Tools-Servers.

Answer 10

I also had this problem. My solution was:

 sc.setSoLinger(true, 10); 

COPYING FROM WEBSITE → Using the setSoLinger() method, you can explicitly set the delay before sending reset, providing more time to read or send data.

This may not be the answer for everyone, but for some people.