I keep hearing about frameworks like Brighter/Darker, Wolverine ("critter stack") etc that are alternatives to Mediatr.
Any suggestions on what is better from a DDD or event-driven development point of view taking into account developer productivity and performance?
#dotnet #ddd #evetdrivendevekopment #mediatr #brighter #wolverine
#dotnet #ddd #evetdrivendevekopment #mediatr #brighter #wolverine
If its a cloudy day for you, and things are not going the best. Then just remember that you are not in this alone. We are all in this day together, And we are all here to work together to help make the day brighter for those who need a hand. If we all work together, the power of what we can accomplish is beyond our imagination! Here is something where artist came together from all around the world to give us this song of hope... https://music.apple.com/us/album/we-are-the-world/41737866?i=41737859. #Music #Song #Hope #Brighter #World #Day #Help
#music #song #hope #brighter #world #day #help
The #dotnet codebase for #Brighter has existed for many years. Obviously there is a “Ship of Theseus” element as the code has evoked over the years. It’s been TDD from the start and has a good test suite around its core engine.
Those tests focus on behavior.
And I’m grateful because even today, I can make what I think of as a simple change to behaviour and find it doesn’t work, because that isn’t the way the pieces of the puzzle come together.
Here is a little example of how ChatGPT can get answers faster.
We had an issue with our Sqlite outbox for #Brighter. It was failing tests following a rewrite to “extract the common parts” of our relational outboxes.
Turns out one issue (beyond some other #dotnet issues with GUIDs and Sqlite) was that Sqlite struggled with some of our time calculations as it’s syntax dod not support them.
Also in the #Brighter 9.4.0-beta.3 is a new compression transform.
The compression transform provides support for compressing your message payload using GZip, and for those on #dotnet 6+ Deflate and Brotli.
In production use cases you can combine compression with our claim check support to try and compress first, offload to distributed storage such as S3 if still too large.
We have a new beta release out for #Brighter, 9.4.0-beta.3
it includes a fix for an issue Kafka payloads that included schema id as a payload header. These were being corrupted because we were using a UTF8 string and not a byte[] for the Kafka payload.
There are some new optional constructor arguments to MessageBody to provide smarter defaults when using binary payloads too.
Slightly different but feedback on an account for #Brighter was ‘just use your account and a hashtag’.
But if you want folks to note meet-ups etc., it might be easier to let them follow a dedicated account.
In principle though, there may be other fediverse tools you could subscribe to via Mastodon for that, like a blog that supports ActivityPub.
All still learning though.
So it turns out that #Brighter's feature switch support (for dispatching to #dotnet handlers), omitted support for async pipelines.
We have remedied that oversight in 9.3.7-beta.2.
We will move out of prerelease once we have done assurance on the transformer pipeline work that is leading to a prerelease at the "tip of the spear".
You can find documentation on our feature switch support here: https://brightercommand.gitbook.io/paramore-brighter-documentation/brighter-request-handlers-and-middleware-pipelines/featureswitches
An update to the docs for async is forthcoming.
We have a pre-release version of our OSS #dotnet messaging framework #Brighter out, see: https://github.com/BrighterCommand/Brighter/releases/tag/9.3.7-beta.1
This version introduces a middleware pipeline for our message mappers, letting you offload orthogonal behavior such as encryption, compression or large message payloads.
The pre-release uses Claim Check to show this: https://www.enterpriseintegrationpatterns.com/patterns/messaging/StoreInLibrary.html backed by a luggage store based on an S3 bucket.
We would love feeedback!
actual size of andromeda if it was brighter...
#brighter #nightsky #actual #size #andromeda