Regarding the cryptic error messages, there is a handy little helper in the form of the axum::debug_handler macro which can help there. Not sure about the particular case discussed in the video. Great content!
If I remember correctly, tokio is utilising tower to build services that are stackable. It already had some helper functions to quickly make services. My hunch is that make_service thing is related to that. There is probably a trait somewhere in tokio, that can be implemented to make your handler into a service in tower, that is stackable. Hence "into make service", which will then has blanker implementation of "into service".
another video on tracing please, badly needed.
I always thought the promise is "If it compiles, it runs". Seeing the extractor error at 13:00 is a real bummer
Yes, that’s the reason why I’m using Rust, why would I want something that compiles but fails at runtime…
Yes! Watching this when I get home. More Axum!
Axum is great, ive combined it with rpc, works great 👍
Thank you! - Please could you do part 2 and show how we could add Swagger UI maybe?! 👍
poem-openapi
What a great channel!
Regarding the cryptic error messages, there is a handy little helper in the form of the axum::debug_handler macro which can help there. Not sure about the particular case discussed in the video. Great content!
That's a very useful tip, thank you!
Great video, love to see more like this
If I remember correctly, tokio is utilising tower to build services that are stackable. It already had some helper functions to quickly make services. My hunch is that make_service thing is related to that. There is probably a trait somewhere in tokio, that can be implemented to make your handler into a service in tower, that is stackable. Hence "into make service", which will then has blanker implementation of "into service".
Yes, this sounds familiar. Thank you for taking the time to add a comment.
thanks for this. Would love for you to do a comparison of axum to actix web.
quite a nice framework, ive used warp in the past but am going to make a simple api with axum next
Good stuff, do more of these!
Lol at 16:38 know that feel
This honestly looks like a terrible development experience