¿Cuál sería la forma de Spring de usar conexiones TCP?

Question

Estoy leyendo y escribiendo XML a través de una conexión TCP (no HTTP) como parte de un servicio web que estoy desarrollando, y me preguntaba si hay una manera más "springified" (o incluso otras ideas) de lograr lo que estoy tratando a continuación:

InputStream is = null; 
    OutputStream os = null; 
    Socket s = null; 
    try { 
     s = new Socket(address, portNo); 
     os = s.getOutputStream(); 
     os.write(msg.getBytes()); 
     os.flush(); 
     is = s.getInputStream(); 
     String xml = IOUtils.toString(is); 
     return xml; 
    } finally { 
     IOUtils.closeQuietly(os); 
     IOUtils.closeQuietly(is); 
     if (s != null) s.close(); 
    } 

Nota, no tengo control sobre el servidor, por lo que no creo que voy a ser capaz de utilizar la comunicación remota de primavera, pero se preguntaba si esto se puede mejorar similar a JdbcTemplates de primavera.

EDIT:

Nota, sólo para aclarar IOUtils es Apache commons-io ...

Answer 1

Eche un vistazo a WebServiceTemplate. Esa es la abstracción principal que Spring proporciona para el acceso al servicio web del lado del cliente. A pesar de que su servidor no es un servicio web típico, siempre y cuando utilice el mismo patrón de solicitud-respuesta, aún podrá utilizarlo como base para su solución. La clase proporciona ganchos para casi cada parte de la comunicación (clasificación, envío de la solicitud, recepción de la respuesta, desasignación, etc.). JavaDoc enumera todos los pasos necesarios para realizar llamadas al servicio web y puede anular casi cualquier cosa allí. Entonces, por ejemplo, puede usar el soporte integrado de clasificación, pero anular createConnection para construir su conexión TCP personalizada.

Answer 2

La mayoría de las Tecnologías de la primavera se basan en enfoques estándar para hacer las cosas. TCP/IP es un nivel inferior al que la mayoría de las aplicaciones necesitan tratar hoy en día. No recuerdo la última vez que escribí una línea de código que usaba la biblioteca Socket directamente. En cambio, lo que normalmente se hace es construir sobre un protocolo de nivel superior.

El uso de HTTP o RMI como punto de partida ahorraría muchas molestias en el nivel del zócalo. Hay toneladas de buenas bibliotecas de servicios web para abstraer los detalles del socket lejos del usuario. Yo recomendaría usar JAX-WS. Spring tiene una implementación de JAX-WS en su proyecto Spring-WS. Apache CXF también permite la configuración de servicios web a través de Spring.

RMI es también una opción. La comunicación remota de Spring abstrae el protocolo RMI de su código permitiéndole concentrarse en la funcionalidad. No le da acceso a los Sockets, pero probablemente eso no sea lo que quiere hacer de todos modos.

Answer 3

El "enfoque de primavera" se aplica aquí no a cómo se hace la comunicación de socket TCP sino a cómo las clases que colloborate con esta clase interactúan con ella.

Creo que el "enfoque de primavera" sería ocultar cualquier tipo de comunicación de socket detrás de una interfaz MessageSender (nombre horrible, lo sé) para que las clases colaboradoras solo tengan que tratar con MessageSender y permanezcan ciegos al hecho que cualquier tipo de comunicación de socket de bajo nivel está pasando para lograr el envío de ese mensaje.

Answer 4

Tengo un problema similar y que de utilizar la integración de Primavera para esto, suena como un ajuste perfecto para mí:

• Spring-Integration Home
• Spring Integration Reference (TCP/UDP Adapters)
• TCP Connection Javadocs

Tenga en cuenta que la primavera Integration 2.0 se basa en Spring 3.0, mientras que la versión anterior 1.0 también es compatible con Spring 2.x (pero no incluye el adaptador TCP/UDP).