Pergunta

Estou tentando criar uma interface abstrata comum sobre a infraestrutura de mensagens em nossa empresa. O objetivo do design é de 2 vezes. 1 é ocultar a complexidade da programação dos desenvolvedores (eu sei que não é muito complexo, mas ainda simplificá -la ainda mais) e 2 é tornar os desenvolvedores independentes da infraestrutura de mensagens específicas do fornecedor (ou seja, pode ser MQSeries ou EMS ou MSMQ).

A opção muito comum é usar a camada WCF sobre a infraestrutura de mensagens. Use o canal personalizado MQSeries para WCF ou use o canal personalizado do EMS para o WCF. Mas ambos são descartados devido à falta de versão adequada do MQSeries e EMS.

Alguém pode sugerir quais são as soluções possíveis para esse problema. Um que eu consigo pensar em ter um invólucro personalizado como o JMS. Alguém já tentou algo semelhante antes. Qualquer ajuda seria fantástica.

A propósito, estou tentando criar esse invólucro no C# 3.5.

Cumprimentos

Foi útil?

Solução

NMS, que é uma implementação .NET do protocolo JMS. Ele vem com um provedor que funciona com o ActiveMQ como o corretor de mensagens subjacente.

Também pode valer a pena conferir algumas das excelentes implementações de barramento de serviço de código aberto para .NET, que fornecem mais abstrações úteis de mensagens: NSERVICEBUS, Masstransit e Ônibus de serviço de rinoceronte vêm à mente.

Outras dicas

A IBM fornece as bibliotecas XMS para o WebSphere MQ. Eles são uma implementação .NET do protocolo JMS que funciona com o WebSphere MQ.

Estes são entregues como SupportPac IA9H que é um download gratuito.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top