this is so cool :) one other question for async Rust experts...
is it trivial to replace every use of the #[async_trait] with this, once it releases? async_trait was just a macro for adding a bunch of `Box<Pin<dyn Future<Output = BlahBlah> + OtherJunk>` and so on and so on.
Is async_trait entirely obsolete now, or are there still situations where async_trait must be used, where builtin async will not?
edit: if I read one more paragraph I would have seen the answer, it's right there in the post :)
So far didn’t manage to produce a box that works without everything else in my tower async stack having to need send sync trait bounds as well… and of course needing nightly ‘call(): Send’ return bounds.
Despite that, haven’t found a reasonable working solution to support that in ‘tower-async’
Might be just me still having to b learn a lot. More then happy to hear feedbacks add help on these matters.
And of course this is a WIP. So fully understand. Respect to the entire async wg team. Onwards and forward.
is it trivial to replace every use of the #[async_trait] with this, once it releases? async_trait was just a macro for adding a bunch of `Box<Pin<dyn Future<Output = BlahBlah> + OtherJunk>` and so on and so on.
Is async_trait entirely obsolete now, or are there still situations where async_trait must be used, where builtin async will not?
edit: if I read one more paragraph I would have seen the answer, it's right there in the post :)