-
Notifications
You must be signed in to change notification settings - Fork 42
(CAT-2327) Temporary revert of cache changes #378
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Following an escalation on resource_api, other teams are experiencing blockers due to changes made to cache behaviour in between 1.9.0 and 2.0.0. We are reverting any changes made in between those versions for a quick release.
This commit fixes multiple test failures related to excessive provider get calls by enhancing the caching mechanism in rsapi_provider_get method. The key improvements are: - When the cache already has all instances and specific resources are requested, filter from the cache instead of calling the provider - For simple_get_filter providers, use cached resources when available rather than calling get unnecessarily - Maintain proper cache state tracking to ensure consistent behavior These changes ensure that providers are called the minimum number of times necessary, which fixes the failing tests in get_calls_spec.rb, simple_get_filter_spec.rb and related tests. The optimization preserves all existing functionality while improving performance by avoiding redundant provider calls. Signed-off-by: Gavin Didrichsen <gavin.didrichsen@gmail.com>
fbd1b3a to
2a22428
Compare
|
This is the command used for reverting: |
|
Outdated. No longer relevant. |
|
@LukasAud we had to revert puppet-agent packages back to resource-api 1.9 due to a regression in the 2.0 version. https://github.com/puppetlabs/puppet-agent-private/commit/d57e065774d0d16c65e522ff59e41345cf05c4cb Is there another ticket/PR for fixing the regression so that we can unpin in the future? |
Following an escalation on resource_api, other teams are experiencing blockers due to changes made to cache behaviour in between 1.9.0 and 2.0.0. We are reverting changes related to cache management made in between those versions for a quick release.
The core of this change is the reversion of the file resource_api.rb to its 1.9.0 state. The goal is to have a hotfix ready for a release if needed. This PR should be reverted after release and main branch code revisited for conflicts with PE behaviour.