Diferencia entre JMS y servicio web

Question

Necesito desarrollar un sistema que acepte pedidos y devuelva la confirmación. Los pedidos pueden provenir de clientes java o no java.

No estoy seguro si ir a la implementación del servicio web o JMS.

Cualquier sugerencia ...

Answer 1

JMS es una API que abstrae middleware de mensajería, como ActiveMQ o IBM MQSeries.

middleware de mensajería tiene un paradigma de almacenamiento y hacia adelante y mensajes asíncronos que pasa, mientras que los servicios web tienden a promover un procedimiento síncrono llamar paradigma. En sistemas distribuidos donde muchas cosas pueden salir mal, lidiar con cosas de manera asincrónica tiende a enfocar mejor la mente a las cosas que necesita hacer cuando parte del sistema no está disponible o tiene un bajo rendimiento y el código necesario para tratar eso tiende a ser una mucho menos complicado.

partes Clustering vuelto trivial si tiene varios servidores que escuchan en la misma cola de equilibrio, el paralelismo y la carga es gratis en este caso.

Personalmente encuentro JMS mucho más fácil de trabajar y más robusto y fiable que los servicios web, pero el middleware de mensajería debe apoyar todas las plataformas que desea utilizar. Si todos los componentes que necesitan hablarse están bajo su control, consideraría seriamente un middleware de mensajería con una interfaz JMS.

Si la otra parte es externa, probablemente sea la regla de Servicios web, y en ese caso podría pensar en usar una capa delgada para convertir el servicio web externo en una infraestructura interna de mensajes, de modo que aún tenga la mayoría de las ventajas.

si es "simplemente palmadas una API remota en una aplicación web" entonces por supuesto que no paga bien a los mensajes de configuración desincronizado.

Answer 2

Por el amor interoperabilidad, utilice un servicio web. JMS se usa poco fuera del mundo de Java.

Answer 3

verificación de los enlaces

difference between using JMS/Messaging Middleware versus Web services

Messaging, JMS and Web Services

Web Services HTTP vs. JMS

Choosing among JCA, JMS, and Web services

Java Message Service

Web service

Por lo tanto, si las aplicaciones de comunicación se basan en Java, utilice JMS y si puede ser diferente a los servicios web ... eso es lo que sigo.

Answer 4

Puede usar ambos dependiendo de sus requisitos de interoperabilidad, escala, distribución e integración.

servicio web aproximaciones utilizando SOAP, XML RPC y de descanso sean algo completamente interoperable a partir de la utilización de HTTP como el protocolo. Desde el lado del servicio, es posible que reciba una solicitud de servicio web y luego marque en un mensaje. Su mensaje podría ser entregado a un bus de mensajería.

JMS es una API razonable para interactuar con un bus de mensajería y he encontrado que Active/MQ es muy bueno aquí. Active/MQ es compatible con JMS en muchos idiomas.

con la mensajería se puede utilizar la petición/respuesta del patrón de integración de empresa para recibir respuestas y devolverlos a través de su servicio web. Sin embargo, piense en el mérito de proporcionar retroalimentación inmediata sobre si el pedido ha sido procesado versus retroalimentación del hecho de que se ha recibido un pedido; es posible que no necesite implementar la solicitud/respuesta para confirmar que se ha recibido una orden.

Los beneficios de la mensajería se pueden encontrar aquí: http://www.eaipatterns.com/Messaging.html

Incluso puede que desee ver en Apache Camel para simplificar el desarrollo de capas de servicios altamente escalables y distribuidas.