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
# 1. On init, it starts a worker & creates a queue for 'Work'
36
45
# 2. Then any time its called, it verifies the type of action (create/update/delete) and if the item is of interest, pushes the Work (non-blocking) to the queue.
@@ -39,7 +48,8 @@ class Work:
39
48
# 3.2 If work is of type REGISTERED_CLASSES, it asynchronously fires of all connectors and wait for them to finish (runtime should depend on the 'slowest' connector)
40
49
# 4. Work is marked as consumed, and next entry of the queue is consumed.
41
50
# Each 'Work' is processed in sequential by the worker, so the throughput is about [workers * the slowest connector]
42
-
classConnectorManager:
51
+
# The Singleton class is used for ConnectorManager to have a self-reference and so Python does not garbage collect it
self._logger.warning(f"received an exception from the api: {err=}, {type(err)=}")
55
+
exceptClientResponseErroraserr:
56
+
self._logger.warning(f"received an exception from the api: {err.request_info.url=}, {err.request_info.method=}, {err.status=}, {err.message=}, {type(err)=}")
# This error will always trigger if the item is not present/found
81
-
self._logger.debug(f"received an exception from the api: {err=}, {type(err)=}")
85
+
self._logger.debug(f"received an exception from the api: {err.request_info.url=}, {err.request_info.method=}, {err.status=}, {err.message=}, {type(err)=}")
0 commit comments