I'm currently doing analysis and design for a new message bus architecture in my company. I have tried MSMQ to do something like this in the past and it works well and was thinking of doing the same thing again for this project but using WCF as the API instead of using the System.Messaging API. Has anyone had experience with MSMQ in WCF? Is it easier to use then the System.Messaging API? What would be some benefits of using WCF over System.Messaging or vice versa?
+6
A:
IMHO, with so many good, flexible and proven bus architectures to choose from (NServiceBus, Mass Transit, Rhino Service Bus), implementing your own would be a big NIH. It's not a trivial task.
Udi describes it very well in this message.
Mauricio Scheffer
2009-04-06 19:50:48
mausch thank you for the information about the message bus systems already out there. I didn't know that there were already systems like this open to the public!
b_richardson
2009-04-06 22:00:15
+2
A:
the Apache ActiveMQ (open source) message broker also has a .NET client:
Together with Apache Camel and Apache ServiceMix, enterprise integration patterns and enterprise service bus systems are easy to set up.
mjustin
2009-04-08 15:19:26
+2
A:
Sorry, coming very late to this, but hopefully my answer is useful.
Both WCF Queuing and System.Messaging are wrappers over the MSMQ APIs. WCF is more sophisticated, with the following benefits:
- An OO view of your application's business processes rather than its communication plumbing.
- End-to-end message encryption and authentication for free. System.Messaging only supports encryption on the wire, not in the store.
- Hosting within IIS, rather than having to build your own custom host.
- Message correlation for free. This allows you to group messages into sessions automatically.
- Transactional batching for free.
RoadWarrior
2009-10-07 09:23:16