Spring WS ¿Crees en contract-first? (opinión publicada en Sólo Programadores)

 javaHispano y la revista Sólo Programadores poseen varias líneas de cooperación; entre ellas está una sección de actualidad Java que javaHispano publica mensualmente en la revista. Dentro de esta sección se incluye una opinión sobre cualquier tema de actualidad escrita por cualquier usuario de javaHispano. Al usuario lo solemos elegir desde javaHispano buscando alguien que ha hecho algún comentario bastante inspirado en alguna noticia, o que haya publicado una noticia interesante.

A cambio de esa sección, los usuarios de javaHispano tenéis derecho a suscribiros a la revista (tanto al edición en papel como digital) a un precio ventajoso. También existe la posibilidad de que los artículos que se publican en javaHispano se publiquen en la revista, obteniendo su autor una remuneración económica.

La revista Sólo Programadores y javaHispano hemos decidido que dichas opiniones pueden resultar de interés para los lectores del portal y, de ahora en adelante, además de publicarse la revista se publicarán aquí. La opinión que inaugura este conjunto de noticias es la correspondiente con el número de octubre de la revista. Esperamos que resulte interesante.

Spring WS ¿Crees en contract-first?

Sergi Almar de Reyeght, S.A.
 

Spring es un framework para el desarrollo de aplicaciones Java (especialmente web), con una gran popularidad y comunidad. Uno de sus sub proyectos es Spring Web Services, cuya versión 1.0 vio la luz el pasado mes de agosto después de dos años de trabajo constante.

Cuando creamos servicios web, tenemos dos posibilidades: contract-first o code-first. En la primera, definimos el contrato del servicio web (WSDL y XSD) y hacemos la implementación posteriormente; en code-first el WSDL y el esquema se genera automáticamente a través del código existente. Esta segunda opción, puede que sea la más empleada dado a su simplicidad, pero presenta sus inconvenientes: el contrato del servicio es un reflejo de la API interna, lo que supone que cambios en la implementación (una simple refactorización) significan cambios en el contrato, y lo que es lo mismo, cambios en el cliente que consume el servicio. Spring WS ha apostado por la aproximación contract-first, una decisión muy sabia viendo las ventajas que proporciona. Los que estéis pensando que toca pelearse con el tedioso WSDL, cambiar el chip, Spring WS proporciona las herramientas necesarias para olvidarnos de los quebraderos de cabeza y no tener que hacerlo. Puede que esta aproximación requiera un poco más de tiempo, pero los beneficios no desmerecen. Para los escépticos del contract-first, siempre podéis exportar vuestros beans de Spring con XFire. Spring WS, buenas prácticas y sencillez ante todo.