Próbuję utworzyć wspólny abstrakcyjny interfejs w infrastrukturze przesyłania wiadomości w naszej firmie. Cel projektu jest 2-krotny. 1 to ukrywanie złożoności programowania przed programistami (wiem, że to niezbyt skomplikowane, ale nadal upraszcza to dalej), a 2 polega na tym, aby deweloperzy byli niezależni od specyficznej dla dostawcy infrastruktury przesyłania wiadomości (tj. Może to być MQSeries lub EMS lub MSMQ).Odpowiednik JMS w .Net
Bardzo powszechną opcją jest użycie warstwy WCF przez infrastrukturę przesyłania wiadomości. Użyj niestandardowego kanału MQSeries dla WCF lub użyj niestandardowego klienta EMS dla WCF. Ale oba są wykluczone z powodu braku odpowiedniej wersji MQSeries i EMS.
Czy ktoś może zasugerować jakie są możliwe rozwiązania tego problemu. Jeden, który mogę myśleć o niestandardowym opakowaniu jak JMS. Czy ktoś kiedyś próbował czegoś podobnego wcześniej. Każda pomoc byłaby fantastyczna.
przy okazji, próbuję utworzyć to opakowanie w języku C# 3.5.
Pozdrowienia
@Andy: Czy NMS może być używany z serią MQ? widzę, że istnieje wsparcie dla ActiveMQ, MSMQ i EMS. Ale nie ma serii MQ – rauts
Nie wierzę, że NMS obecnie obsługuje MQSeries. Chyba, że ktoś napisał do tego dostawcę. Zawsze możesz napisać własną. Choć może MQSeries jest dostarczany z własnymi bibliotekami interop .NET? Zrobiłem szybkie wyszukiwanie i znalazłem: http://blogs.msdn.com/dotnetinterop/archive/2004/11/08/net-and-mqseries.aspx –
Dzięki za odprawę Andy. MQSeries zawiera biblioteki interop .NET, ale byłoby wspaniale mieć wszystkie w NMS. Wygląda na to, że musimy napisać własne opakowanie. Dzięki – rauts