I believe the (unfortunate) default behavior of the nypl-data-api-client is to have caching enabled (see: https://github.com/NYPL-discovery/node-nypl-data-api-client/blob/master/README.md#clientget-path-opts).
This presents problems when there isn't a clear expiration policy or an API returns a bad response and the bad response gets cached. This happened yesterday during our Sierra issues when bad Patron information was cached by the deliveryLocationsByBarcode endpoint. I was forced to bounce the server to resolve the issue.
@EdwinGuzman also had a similar issue with the Discovery UI so we can compare notes with him.
If caching is enabled, should we disable it?
I believe the (unfortunate) default behavior of the
nypl-data-api-clientis to have caching enabled (see: https://github.com/NYPL-discovery/node-nypl-data-api-client/blob/master/README.md#clientget-path-opts).This presents problems when there isn't a clear expiration policy or an API returns a bad response and the bad response gets cached. This happened yesterday during our Sierra issues when bad Patron information was cached by the
deliveryLocationsByBarcodeendpoint. I was forced to bounce the server to resolve the issue.@EdwinGuzman also had a similar issue with the Discovery UI so we can compare notes with him.
If caching is enabled, should we disable it?