Pregunta

Estoy tratando de hacer una interfaz abstracta común sobre la infraestructura de mensajería en nuestra empresa. El objetivo del diseño es de 2 veces. 1 es ocultar la complejidad de la programación de los desarrolladores (Sé que no es muy compleja, pero aún simplificar aún más) y 2 es hacer que los desarrolladores independientes de la infraestructura de mensajería de proveedor específico (es decir, puede ser MQSeries o el ccsme o MSMQ).

La opción muy común es usar la capa de WCF sobre la infraestructura de mensajería. Utilizar el canal MQSeries personalizado para WCF o utilizar EMS channle personalizado para WCF. Pero ambos se descartó debido a la falta de la versión adecuada de MQSeries y EMS.

Por favor alguien puede sugerir cuáles son las posibles soluciones a este problema. Una que yo pueda pensar en el que tienen un envoltorio personalizado como JMS. Alguien ha intentado algo similar antes. Cualquier ayuda sería fantástico.

por cierto, estoy tratando de crear este contenedor en C # 3.5.

Regards

¿Fue útil?

Solución

Hay NMS , que es una aplicación .NET del protocolo JMS. Viene con un proveedor que trabaja con ActiveMQ como el intermediario de mensajes subyacente.

También puede ser vale la pena mirar algunos de los excelentes implementaciones del servicio de autobuses de código abierto para .NET que proporcionan abstracciones de mensajería más útiles: NServiceBus , MassTransit y Rhino Service Bus vienen a la mente.

Otros consejos

IBM proporciona las bibliotecas XMS para WebSphere MQ. Se trata de una aplicación .NET del protocolo JMS que funciona con WebSphere MQ.

Estos se entregan como SupportPac IA9H que es una descarga gratuita.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top