Exciting times for me, I get to help out on an NServiceBus project! It's been way too long since I did anything with NServiceBus but I'm back, baby! Most of the team has never used NServiceBus before so I thought it would be a good idea to do a little kata to get them up to speed. I'll probably do 2 or 3 of these and if they help my team they might as well help you, too.
- Kata 1 - Sending a message
- Kata 2 - Publishing a message
- Kata 3 - Switching transports
- Kata 4 - Long running processes
- Kata 5 - Timeouts
- Kata 6 - When things go wrong
The Problem
Our goal is to very simply demonstrate reliable messaging. If you're communicating between two processes on different machines a usual approach is to send a message using HTTP. Problem is that sometimes the other end isn't reachable. Could be that the service is down, could be that the network is down or it could be that the remote location was hit by a meteor. HTTP won't help us in this case - what we want is a reliable protocol which will save the message somewhere safe and deliver it when the endpoint does show up.
For this we use a message queue. There are approximately 9 billion different messaging technologies out there but we're going to use NServiceBus. NServiceBus is a .NET library which wraps up a lot of the complexity of messaging. It is built to be able to use a variety of transport such as RabbitMQ and Azure Service Bus.
We want to make use of NServiceBus and a few C# applications to demonstrate reliable messaging.
The Kata
I like cake but I feel bad about eating it because it's not good for me. So in this kata you need to command me to eat cake. I can't refuse a command to eat cake so I can't possibly feel bad about it.
Create a sender application which sends a message to a receiver application. The receiver application should be able to receive the message and write it to the console. The sender application should be able to send the message and then exit. The receiver application should be able to start up and receive the message even if the sender application isn't running.
Now go do it!
Useful resources:
My Solution
- Create a new directory for the project
1 | mkdir kata1 |
- Create a new console project for the sender
1 | dotnet new console -o sender |
- Create a new console project for the receiver
1 | dotnet new console -o receiver |
- Create a new class library for the messages
1 | dotnet new classlib -o messages |
- Add a reference to the messages project in the sender and receiver projects
1 | dotnet add sender reference ../messages |
- Add a reference to NServiceBus in all the projects
1 | dotnet add sender package NServiceBus |
- Create a new class in the messages project (and remove Class1.cs)
1 | namespace messages; |
- Update Program.cs in the sender project to send a message
1 | using messages; |
- Update Program.cs in the receiver project to be an endpoint
1 | using NServiceBus; |
- Add a message handler to the receiver project
1 | using messages; |
Things to try now:
- Run the sender project - it will send a message but the receiver won't be running so nothing will happen
- Run the receiver project - it will start listening for messages and find the message which was left for it
- Run the sender project again - it will send a message and the receiver will pick it up and write to the console
This demonstrates reliable messaging with NServiceBus