2010-01-04 33 views
5

El uso de CXF para crear servicios web por contrato parece ser una forma eficiente y efectiva de crear rápidamente servicios web basados ​​en SOAP o REST. Sin embargo, estoy claro/no estoy seguro de lo siguiente y lo agradecería visión/retroalimentación:¿Servicios web por contrato?

  1. ¿Hay dificultades significativas de contrato de última que debería tener en cuenta?
  2. ¿Hay algún problema/escollo importante de CXF que debería tener cuidado?
  3. Entre REST y SOAP, ¿cuál tiene más sentido cuando se usa CXF?

Respuesta

2
  1. El problema con un contrato última es que existe una estrecha conexión entre su código y los WSDL le producen. Significa que está limitado por la impedancia no coincidente entre Java y lo que es compatible con XSD . El principal problema al que nos enfrentamos con es el control de versiones. Si desea admitir dos versiones paralelas , ¿cómo lo hace con contrato-último? Encontramos una astuta forma de hacerlo con XStream y guerras separadas, pero la solución es demasiado grande para este margen.
  2. CXF funciona bastante bien. No hemos detectado ningún problema importante, pero es un gran proyecto y las variaciones de lo que puede hacer con él también son bastante grandes.
  3. Eso depende de los consumidores de su API. Recomendaría REST si fuera porque es más simple, no se basa en bibliotecas SOAP incompatibles y se escala mejor, pero algunas organizaciones B2B con las que he trabajado con prefieren SOAP. El argumento puede ser hecho que hay más herramientas para creando clientes SOAP automáticamente vs. REST. Dicho esto, la mayoría de las grandes organizaciones (Google, Amazon, etc.) prefieren REST por algún motivo.
0

El último desarrollo del servicio web del contrato es ideal para la creación de prototipos de servicios web. A veces, WSDL puede ser un dolor difícil de tratar. Donde trabajo hago todo lo que contratamos primero, ya que la mayoría de nuestros servicios web deben integrarse potencialmente con muchos otros, por lo que el WSDL generalmente es creado por los arquitectos.

También me gustaría ir a REST si es posible y no será difícil generar servicios RESTful \ clientes con CXF.

0
  • http://static.springsource.org/spring-ws/sites/1.5/reference/html/why-contract-first.html#d0e321 Este enlace desde la primavera tiene todos los respuestas a sus preguntas
  • CXF está bien que los proyectos pero hay que entender que se tira en unos 20 dependencias impares pero si su proyecto es de tamaño decente Recomendaría que
  • RESTO es siempre recomendable sobre SOAP (porque sus clientes pueden trabajar con/sin la noción de OBJETOS). SOAP impone algunas restricciones en la elección del cliente