dotnet / dotnet/aspnetcore

Cache invalidation

Open
#2,622 10 comments 10 reactions 0 assignees View on GitHub
affected-few area-middleware enhancement feature-response-caching help wanted Needs: Design severity-nice-to-have
Dominant language
C#
Stars
38.4k
Forks
10.9k
Avg merge
2d 10h
Merged PRs (30d)
281

Description

_From @JunTaoLuo on Thursday, September 15, 2016 2:15:48 PM_

Currently we only set the absolute timeouts for cache entries. There is no mechanism to explicitly invalidate a cache entry before expiry. Also, how would applications/users interact with this feature?

Note that invalidation is required by the RFC for unsafe methods, e.g. a successful PUT should invalidate any previous cached resources at the same URI.

_Copied from original issue: aspnet/ResponseCaching#38_

Contributor guide

Open the contributing guide

Research direction

Start by locating the ASP.NET Core response-caching implementation and its handling of absolute cache-entry timeouts. Trace how applications currently interact with cached resources, then review the RFC requirement that a successful PUT invalidate the previous resource at the same URI. Done means an agreed invalidation mechanism and application-facing behavior are implemented and covered by tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
backend-api-design, performance
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.