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 have a question regarding the behavior of httpx.Client in the context of custom Transports (i.e. httpx.BaseTransport subclasses).
I am implementing a SPARQL Protocol client that, apart from targeting remote endpoints, also supports running queries against in-memory Graph objects. The Graph object feature is implemented using custom Transport classes that essentially delegate any SPARQL operation request to the given Graph object instead of a remote endpoint.
I just realized that for any httpx.Client initialized with those Transports, client settings like e.g. timeouts are not recognized. It seems like httpx-defined transports like e.g. httpx.WSGITransport do not recognize client settings either (as far as I can tell).
So I am wondering: Are client configs even meaningful with custom transports? If yes, how to best implement client config recognition with custom transports?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I have a question regarding the behavior of
httpx.Clientin the context of custom Transports (i.e.httpx.BaseTransportsubclasses).I am implementing a SPARQL Protocol client that, apart from targeting remote endpoints, also supports running queries against in-memory Graph objects. The Graph object feature is implemented using custom Transport classes that essentially delegate any SPARQL operation request to the given Graph object instead of a remote endpoint.
These are my current Transport definitions: https://github.com/lu-pl/sparqlx/blob/main/src/sparqlx/utils/transports.py
I just realized that for any
httpx.Clientinitialized with those Transports, client settings like e.g. timeouts are not recognized. It seems likehttpx-defined transports like e.g.httpx.WSGITransportdo not recognize client settings either (as far as I can tell).So I am wondering: Are client configs even meaningful with custom transports? If yes, how to best implement client config recognition with custom transports?
Any help is much appreciated! :)
Beta Was this translation helpful? Give feedback.
All reactions