Skip to content
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

feat: stable document identity #8531

Merged
merged 2 commits into from
Apr 2, 2023
Merged

feat: stable document identity #8531

merged 2 commits into from
Apr 2, 2023

Conversation

runspired
Copy link
Contributor

@runspired runspired commented Apr 1, 2023

resolves #8530

Originally for the RFC we'd intended for the lifetimes service to take a stable identifier, as the implementation was built it felt like maybe we didn't actually need this concept, but now that we're deeper in we find our initial design was correct.

This makes use of the existing IdentifiersCache which serves as a configurable way to determine stable identity from any opaque data (in this case, the Request). We provide default generation of identity (cacheOptions.key falling back to url only when method is absent or GET), but users may configure this themselves.

@runspired runspired added 🎯 canary PR is targeting canary (default) 🏷️ feat This PR introduces a new feature labels Apr 1, 2023
@runspired runspired merged commit e316aec into main Apr 2, 2023
@delete-merged-branch delete-merged-branch bot deleted the feat/documents branch April 2, 2023 05:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🎯 canary PR is targeting canary (default) 🏷️ feat This PR introduces a new feature
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Store / Cache] CacheHandler still takes the working key even cacheOptions.key is available
1 participant