/ / NServiceBus 2.0 - Überlegungen bei der Ausführung unter Mono und Bereitstellung unter * nix - Linux, Unix, Mono, Nservicebus

NServiceBus 2.0 Überlegungen bei der Ausführung auf Mono und Bereitstellung auf * nix - Linux, Unix, Mono, Nservicebus

Ist der NServiceBus mit Mono kompatibel? Sind / haben Sie NServiceBus auf Mono ausgeführt? Wenn ja, auf welche Probleme haben Sie gestoßen?

Der MSMQ von NServiceBus verwendet standardmäßig die MSMQ. Ich weiß, dass dies für verschiedene Transporttechnologien ausgetauscht werden kann. Ich könnte mir vorstellen, dass eine erste Aufgabe die Implementierung einer bereitgestellten Aufgabe beinhaltet "IMessageQueue" Schnittstelle (oder etwas in dieser Richtung) aus der NServiceBus-Bibliothek, die eine plattformübergreifende oder Unix-spezifische Nachrichtenwarteschlangen- / Transporttechnologie nutzt.

Verwandte Frage: "So tauschen Sie MSMQ in NServiceBus 2.0 gegen eine andere Transporttechnologie aus"

Antworten:

2 für die Antwort № 1

Jacob Lewallen hat unter Verwendung von RabbitMQ (denke ich) an NServiceBus unter Mono gearbeitet - Sie können ihn über Twitter unter @jlewallen erreichen.


1 für die Antwort № 2

Ich habe keine eigentliche Codierung mit Mono gemacht, aber ich habe in letzter Zeit selbst über Nachrichtenwarteschlangen / Monosachen nachgedacht.

Mono scheint zu implementieren System.Messaging mit RabbitMQ unter der Haube (Mono / System.Messaging), also denke ich, Code, der gegen die "normale" API geschrieben wurde, sollte funktionieren.

Bei der Implementierung gibt es einige EinschränkungenIch denke jedoch, es hängt davon ab, ob NServiceBus die MSMQ-Funktionen verwendet, die Mono-Folks nicht implementieren konnten, da MSMQs API nicht generisch genug ist.

Haben Sie das ausprobiert, welche Herangehensweise haben Sie gewählt und sind Sie auf Probleme gestoßen?