Wolverine: je volgende messaging-library Wolverine: Your Next Messaging Library

Wolverine is een nieuw framework voor lokale command handling en asynchrone messaging tussen processen in .NET. Mooi, maar er bestaan al diverse volwassen tools van dat type in .NET, dus wat maakt dit anders genoeg om de moeite waard te zijn? Ten eerste heeft Wolverine een unieke aanpak voor command handlers: developers kunnen de eenvoudigst mogelijke code schrijven en het framework past zich aan jouw code aan, in plaats van je te dwingen omslachtige frameworkconstructies te gebruiken. Zoals je zou verwachten heeft Wolverine een sterke middleware-strategie voor cross-cutting concerns, maar dan op een veel efficiëntere manier die de geheugenproblemen vermijdt die de performance van concurrerende tools in .NET aantasten. Wolverine is echt bedoeld voor ontwikkeling in de praktijk, dus het komt standaard met sterke instrumentatie. In deze talk laat ik de ingebouwde integratie zien met .NET-logging, Open Telemetry-tracing en optionele performancemetrics. Omdat het een nieuwere tool is, omarmt het de moderne .NET-stack volledig, wat betekent dat je het makkelijk integreert in elk type .NET-project dat via het generic host-mechanisme wordt opgestart. Samen met de optionele integratie met Marten is Wolverine bedoeld als een zeer effectief framework voor applicaties die CQRS en Event Sourcing gebruiken. In deze talk zien we hoe Wolverine het meeste repetitieve werk kan wegnemen dat CQRS met Event Sourcing vaak met zich meebrengt. Ook bekijken we hoe de integratie met Marten eenvoudigere strategieën voor Event Driven Architecture mogelijk maakt. Tot slot is Wolverine, nogmaals, bedoeld voor ontwikkeling in de praktijk, dus we bekijken hoe het moeiteloos past in zowel unit- als integratieteststrategieën. Spreker: Jeremy D. Miller Jeremy Miller is Senior Director of Software Architecture bij MedeAnalytics. Jeremy begon zijn softwarecarrière met het schrijven van "Shadow IT"-applicaties om zijn saaie engineeringdocumentatie te automatiseren, en rolde daarna de softwareontwikkeling in omdat dat leuker leek. Jeremy is nauw betrokken bij open source-ontwikkeling in .NET als lead developer van Marten, Wolverine, Lamar, Alba en andere projecten in de JasperFx-familie. Af en toe lukt het Jeremy om over allerlei softwareonderwerpen te schrijven op jeremydmiller.com. 0:00 Introductie 2:06 Wolverine 3:22 Waarom/wat/hoe Wolverine? 6:40 Hello world-demo 20:14 Messaging-middleware 26:20 Duurzame inbox/outbox en persistentie 34:00 Foutafhandeling 42:25 Externe messaging 45:09 Ondersteuning voor testen 52:24 Clone and go 55:38 De "Critter stack" 1:03:08 Q&A 1:12:00 Afronding Links: https://jeremydmiller.com https://wolverinefx.net https://github.com/jasperfx/wolverine #dotnet #jetbrains #CQRS

Wolverine is a new framework for local command handling and asynchronous messaging between processes in .NET. Great, but there are several mature tools like that in .NET, so what's different enough to make this worthwhile? First, Wolverine has a unique approach to command handlers that allow developers to write the simplest possible code and adapt to your code instead of forcing you to use crufty framework-y constructs. As you’d expect, Wolverine has a strong middleware strategy for dealing with cross-cutting concerns but does so in a much more efficient way that avoids the memory bloat issues that degrade the performance of competing tools in .NET. Wolverine is absolutely meant for real-world development, so it comes out of the box with strong instrumentation. In this talk, I’ll show the out-of-the-box integration with .NET logging, Open Telemetry tracing, and opt-in performance metrics. Being a newer tool, it completely embraces the modern .NET stack, meaning it's easily integrated into any .NET project type that is bootstrapped through the generic host mechanism. Paired with its optional integration with Marten, Wolverine is meant to be a highly effective framework for applications that use CQRS and Event Sourcing. In this talk, we’ll see how Wolverine can remove most of the repetitive code that CQRS with Event Sourcing can often cause. We’ll also examine how integrating Marten opens up easier Event Driven Architecture strategies. Lastly, Wolverine is again meant for real-world development, so we’ll look at how it easily fits into both unit and integration testing strategies. Speaker: Jeremy D. Miller Jeremy Miller is the Senior Director of Software Architecture at MedeAnalytics. Jeremy began his software career writing "Shadow IT" applications to automate his tedious engineering documentation, then wandered into software development because it looked more fun. Jeremy is heavily involved in open-source .NET development as the lead developer of Marten, Wolverine, Lamar, Alba, and other projects in the JasperFx family. Jeremy occasionally manages to write about various software topics at jeremydmiller.com. 0:00 Introduction 2:06 Wolverine 3:22 Why/what/how Wolverine? 6:40 Hello world demo 20:14 Messaging middleware 26:20 Durable inbox/outbox and persistence 34:00 Error handling 42:25 External messaging 45:09 Testing support 52:24 Clone and go 55:38 The "Critter stack" 1:03:08 Q&A 1:12:00 Wrap-up Links: https://jeremydmiller.com https://wolverinefx.net https://github.com/jasperfx/wolverine #dotnet #jetbrains #CQRS