Bro, your content is amazing. This is the second time I've needed to figure out how to use new library, and you help me with this. Thanks!) Keep doing this way)
I've been playing around with this new version for a few hours now, and it's much easier to grasp then the previous version. Could you have a go at a video on the Dynamic Reload functionality? I think it would be good to see that in action for concurrent rate limit, retry and circuit breaker options.
@@MilanJovanovicTech I just found this video, a circuit breaker would be awesome, especially in a microservice architecture, when for example you have a lot of messages to process and you are relying on an external API that can fail, so instead of only retrying we should stop trying for a specific time. Looking forward to this content in the next video ;) BTW another useful video. Thank you!
Interesting new concept of the library. Gonna look how the new http extensions package looks like, in most cases I prefer adding policies (strategies) when registering http client as factory in DI. The important thing to mention: Polly v8 doesn't need a Wrap to combine policies, it combines them automatically. And othe order is FIFO instead of FILO in Wrap policy in v7
@@MilanJovanovicTech Question is: should you even mock the policies? I'd say no. Because in reality you want to test the scenario where the code fails for which you use the polly pipelines
Is it just me or the new builder stuff seems a step back? I mean, it probably would benefit some complex policy composition, but for simpler policies seems to be an awful lot of additional code needed to have the same result. Performance improvements are impressive, though...
Using magic strings is always something that worries me. "How many refs does your di-pipeline-provider have / is it used at all?". [Ctrl]+[Shift]+[F] to the rescue 😖 "Great, no compile errors" ... Runtime steps in and alerts you about a typo in your magic string 🎉
Want to master Clean Architecture? Go here: bit.ly/3PupkOJ
Want to unlock Modular Monoliths? Go here: bit.ly/3SXlzSt
Bro, your content is amazing. This is the second time I've needed to figure out how to use new library, and you help me with this. Thanks!) Keep doing this way)
Glad it was helpful! :)
The Performance Improvement is literally impressive (mainly 0 allocation)
They did a great job 😁
great video, Milan. Your explanations are always top-notch. Thank you and keep up the good work!
Glad you like them!
Amazing content! Thanks Milan for your sharing.
My pleasure!
I've been playing around with this new version for a few hours now, and it's much easier to grasp then the previous version. Could you have a go at a video on the Dynamic Reload functionality? I think it would be good to see that in action for concurrent rate limit, retry and circuit breaker options.
Will take a look at it!
@@MilanJovanovicTech I just found this video, a circuit breaker would be awesome, especially in a microservice architecture, when for example you have a lot of messages to process and you are relying on an external API that can fail, so instead of only retrying we should stop trying for a specific time. Looking forward to this content in the next video ;)
BTW another useful video. Thank you!
I am switching to this ASAP. Thanks for sharing.
Check out this: www.milanjovanovic.tech/blog/building-resilient-cloud-applications-with-dotnet
@@MilanJovanovicTech yes, I got this email notification and found this video from it.
i have updated my .net8 code using this and its awesome. Thanks.
Interesting new concept of the library. Gonna look how the new http extensions package looks like, in most cases I prefer adding policies (strategies) when registering http client as factory in DI.
The important thing to mention: Polly v8 doesn't need a Wrap to combine policies, it combines them automatically. And othe order is FIFO instead of FILO in Wrap policy in v7
I'll have to check for wrapping. The one test I did I got some strange behavior in the end.
@@MilanJovanovicTech I read about wrapping on the official site
As I was introduced to this kind of technique for the first time by this video, I just wonder what is the performance benefit over try-catch.
The benefit is fault handling and recovering from the exception - not necessarily the performance
excellent work.
Many thanks!
Could you please make a video on best practices with sample examples on exception handling in mvc core applications
Check this out for the time being: ruclips.net/video/H3EbflpXVmo/видео.html
@@MilanJovanovicTech Thanks 🙏
Impressive video.
Thank you very much!
Can you still hook it into service container for HttpClient? That's how I've generally used it to handle 5xx errors for all added clients.
Yes, you can still use the Polly extensions package
In a clean architecture, where is the best place to put resilience strategies? in endpoints, applicatio layer, infra?
Probably infra
Great video, thank you very much.
You are welcome!
How about unit Testing an Mocking the new Poly plicies in your code?
since it supports DI and is fully based on instances now, I think it makes it even easier to prep and test the policies honestly :0
Isn't it easier than with a static class?
@@MilanJovanovicTech Question is: should you even mock the policies? I'd say no. Because in reality you want to test the scenario where the code fails for which you use the polly pipelines
Great
Thank you!
Please make a video on latest
Microsoft.Extensions.Resilience library
Good suggestion
Please create a video building Unit test for http clients and retry policies.
Good idea
Is it just me or the new builder stuff seems a step back?
I mean, it probably would benefit some complex policy composition, but for simpler policies seems to be an awful lot of additional code needed to have the same result.
Performance improvements are impressive, though...
I don't mind it, since you probably define these policies in one place and reuse them
Using magic strings is always something that worries me.
"How many refs does your di-pipeline-provider have / is it used at all?". [Ctrl]+[Shift]+[F] to the rescue 😖
"Great, no compile errors" ... Runtime steps in and alerts you about a typo in your magic string 🎉
It's a demo damn it... Of course you will use constants 😁
The syntax has become too verbose.
Yes. We'll see where they take it.
over confusing. Static version was lot easier
They did it for the other optimizations they get from the new approach
Easier != Better
Way to complicated
Not much different. We'll see where they go from here.
👋