No dudes en divulgar nuestra página y códigos con otro, ayúdanos a ampliar nuestra comunidad.
Solución:
El javadoc para SocketException establece que es
Lanzado para indicar que hay un error en el protocolo subyacente, como un error de TCP
En su caso, parece que la conexión ha sido cerrada por el extremo del servidor de la conexión. Esto podría ser un problema con la solicitud que está enviando o un problema al final.
Para ayudar a la depuración, puede usar una herramienta como Wireshark para ver los paquetes de red reales. Además, ¿hay algún cliente alternativo a su código Java que pueda usar para probar el servicio web? Si esto tuvo éxito, podría indicar un error en el código Java.
Mientras utiliza Commons HTTP Client, eche un vistazo a la Guía de registro de Common HTTP Client. Esto le indicará cómo registrar la solicitud en el nivel HTTP.
Este error pasa de tu lado y NO del otro lado. Si el otro lado restablece la conexión, entonces el mensaje de excepción debería decir:
java.net.SocketException reset by peer
La causa es la conexión interior. HttpClient está rancio Comprobar la conexión obsoleta para SSL no corrige este error. Solución: descargue su cliente y vuelva a crear.
Si experimenta esto al intentar acceder a los servicios web implementados en un servidor Glassfish3, es posible que desee ajustar la configuración de su grupo de subprocesos http. Eso solucionó las SocketExceptions que teníamos cuando muchos subprocesos concurrentes llamaban al servicio web.
- Ir a la consola de administración
- Vaya a “Configuraciones”->”Configuración del servidor”->”Grupos de subprocesos”->”http-thread-pool”.
- Cambie la configuración “Tamaño máximo del grupo de subprocesos” de 5 a 32
- Cambie la configuración “Tamaño mínimo del grupo de subprocesos” de 2 a 16
- Reinicie Glassfish.
Al final de todo puedes encontrar las ilustraciones de otros creadores, tú además eres capaz mostrar el tuyo si te apetece.