Web Services con CXF

es mi framework/herramienta preferida para el desarrollo de Web Services.

Lo llevo usando desde cuando era XFire (antes usaba Glue que era aún mejor pero esa es otra historia).

Sus características principales son:

CXF es la versión 2 de Xfire, sobre la que ofrece numerosas mejoras y soluciones de bugs
Integración con Spring permitiendo la publicación de beans de Spring como Web Services

· CXF es JAX-WS compliant: se pueden definir WebServices vía anotacones

CXF es una implementación que ofrece alto rendimiento (en comparación con Axis).
Soporta los principales estándares WS: SOAP,WSDL, WS-Addressing, WS-Security,…
Permite que el binding se haga con JAXB, Castor, POJOS, Aegis,…
Soporta transporte sobre HTTP, JMS, XMPP, Servlet, Jabber, In-JVM,…
Facilidad de uso: API muy sencilla y embebida (arrancar servicio web standalone)
Clientes y Servidores con stubs dinámicos sin necesidad de crear proxies.
Integración J2EE, SCA, JBI
Generación de código en varios sentidos.

Si tuviera que destacar algo de CXF es su sencillez de uso (a años luz de Axis).

Podéis encontrar numerosos artículos sobre cómo usarlo en la propia web.

Para hacerse una idea basta con ver lo poquito que requiere para publicar como Web Service un Bean de Spring:

1) Defino el Servicio vía la anotación @WebService en el interfaces y la implementación (el interface es opcional):

2) Defino en el contexto de Spring el WebService, con su address, la clase que lo implementa…

3) Defino en el web.xml el Servlet de CXF que se encarga de los mapeos:

Y ahora lo mejor…nada de Stubs, Proxies,…el WSDL se genera en ejecución.

4) El cliente es aún más sencillo:

a. Defino el Bean en Spring con la URL del WebService:

b. Y lo invoco:

Qué? Alguno más con ganas de seguir con el java2wsdl de Axis 😀 😀

En este otro artículo se trata el soporte de WS-Security del que dispone CXF:

Respuestas