What problem does it solve?
Reliable event-driven communication in .NET is hard to get right, especially when you need messages to be consistent with database state and you must coordinate multi-step workflows safely.
Core Features & Use Cases
- Wolverine-first messaging guidance: Use Wolverine for mediator-style messaging with built-in conventions, saga support, and transactional outbox patterns.
- Transactional outbox reliability: Ensure events are published only after the database transaction succeeds, avoiding dual-write inconsistencies.
- Correct workflow modeling: Use event choreography for simple 2–3 step flows and sagas for complex orchestration with failure handling.
- Message contract discipline: Define message types as simple data contracts (primitive-friendly records) in a shared contracts project.
- Broker configuration options: Set up broker transports such as RabbitMQ (and also cover Azure Service Bus considerations) and understand when to consider MassTransit.
Quick Start
Load the messaging skill when you implement event-driven communication and ask it to recommend Wolverine vs MassTransit, show a transactional outbox setup, and outline whether to use choreography or a saga for your specific workflow.