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
We're currently using this library across several of our services, and ran into resource exhaustion similar to what folks have reported in this issue.
Our services are in a monorepo and we provide a common class to initialize a GeoApiContext. In some legacy services, we can use different API keys for constructing this object within the same service. Now, instead of creating a new OkHttpRequestHandler for each unique API key, is it safe to create a single OkHttpRequestHandler for the instance/process and pass that to multiple GeoApiContext classes? We'll make sure to shutdown the handler when the process is terminating.
Thanks!
The text was updated successfully, but these errors were encountered:
Hello,
We're currently using this library across several of our services, and ran into resource exhaustion similar to what folks have reported in this issue.
Our services are in a monorepo and we provide a common class to initialize a
GeoApiContext
. In some legacy services, we can use different API keys for constructing this object within the same service. Now, instead of creating a newOkHttpRequestHandler
for each unique API key, is it safe to create a singleOkHttpRequestHandler
for the instance/process and pass that to multipleGeoApiContext
classes? We'll make sure to shutdown the handler when the process is terminating.Thanks!
The text was updated successfully, but these errors were encountered: