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

StaleAfter no longer defaults to 0 when unspecified #162

Merged
merged 1 commit into from
Apr 20, 2021

Conversation

vp89
Copy link
Contributor

@vp89 vp89 commented Apr 19, 2021

@Turnerj Turnerj changed the title remove stale 0 default StaleAfter no longer defaults to 0 when unspecified Apr 20, 2021
@Turnerj Turnerj linked an issue Apr 20, 2021 that may be closed by this pull request
@Turnerj Turnerj merged commit 03efb4c into TurnerSoftware:master Apr 20, 2021
Turnerj added a commit that referenced this pull request Apr 21, 2021
After some consideration, having it be `null` rather than matching the expiry seemed to make more sense and benchmarking seems to perform without regression.

This change, however, keeps the base logic change from #162 where there is no default `0` stale after on the CacheSetting constructor.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

CacheSettings - default StaleAfter to TimeToLive if one isn't provided
2 participants