You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm thinking in work on a pair of PR to improve the functionality of AWS-XRay for the Aiohttp framework.
First of all, I would like to add a new TraceConfig object - the new Aiohttp Client tracing system since 3.0 [1] - that will allow users just make something like that to inject the specific headers:
My main concern with that is how to deal with different Aiohttp versions, is there any requirement or advice with that?
Second, I would like to deprecate - remove? - the current middleware implementation that uses a deprecated pattern since the 2.X version, we strongly recommend the new one [2], any concerns?.
Hi, in general the current functionality the SDK already supports for 2.x should remain functioning. Since 3.0 is released on this month, I would assume it takes some time for most of the aiohttp users to upgrade to 3.x.
But to be more specific, support of aiohttp includes two parts: middleware and client. The SDK right now only provides a aiohttp middleware but it doesn't provide patch code for the client. So you can implement a whole 3.x support with new middleware, client/config, or you can just do the client/config and stick with the 2.x middleware for a while. But since 3.0 is already out the client support is not required to work with 2.x (someone else can backfill it).
For TraceConfig I think the naming is too general if your intention is just to carry enough information to inject trace header to the outbound http call. Could you check module TraceHeader to see if it fits your needs?
Hi folks,
I'm thinking in work on a pair of PR to improve the functionality of AWS-XRay for the Aiohttp framework.
First of all, I would like to add a new
TraceConfig
object - the new Aiohttp Client tracing system since 3.0 [1] - that will allow users just make something like that to inject the specific headers:My main concern with that is how to deal with different Aiohttp versions, is there any requirement or advice with that?
Second, I would like to deprecate - remove? - the current middleware implementation that uses a deprecated pattern since the 2.X version, we strongly recommend the new one [2], any concerns?.
[1] https://docs.aiohttp.org/en/stable/client_advanced.html#client-tracing
[2] https://docs.aiohttp.org/en/stable/web_advanced.html?highlight=middleware#middlewares
The text was updated successfully, but these errors were encountered: