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

Expose policy provider to allow override for default response caching behaviour #2612

Closed
aspnet-hello opened this issue Jan 2, 2018 · 5 comments
Labels
area-middleware Includes: URL rewrite, redirect, response cache/compression, session, and other general middlewares enhancement This issue represents an ask for new feature or an enhancement to an existing one feature-response-caching Needs: Design This issue requires design work before implementating.
Milestone

Comments

@aspnet-hello
Copy link

From @JunTaoLuo on Tuesday, January 24, 2017 12:25:21 PM

Currently https://github.com/aspnet/ResponseCaching/blob/dev/src/Microsoft.AspNetCore.ResponseCaching/Internal/Interfaces/IResponseCachingPolicyProvider.cs is not exposed publicly. This type will need some work but exposing it will allow user overrides for checks on what is deemed cacheable, when response caching should apply, and expiry checks for cache entries.

Copied from original issue: aspnet/ResponseCaching#96

@aspnet-hello
Copy link
Author

From @asser-dk on Monday, November 20, 2017 7:44:57 AM

Being able to manipulate the cache entries would be great.

We have some data which doesn't change very often but which is accessed very frequently, however; when the data changes we would like to clear the cache immediately. Currently we're in-memory caching inside our business logic but it would be so much cleaner and simpler if we could somehow just clear the response cache for a given endpoint.

@aspnet-hello aspnet-hello added this to the Backlog milestone Jan 2, 2018
@aspnet-hello aspnet-hello added enhancement This issue represents an ask for new feature or an enhancement to an existing one Needs: Design This issue requires design work before implementating. feature-response-caching labels Jan 2, 2018
natemcmaster pushed a commit that referenced this issue Nov 15, 2018
* Trace when app aborts connection
* Improve exception messages
* Always abort connection with ConnectionAbortedException
* Add ConnectionContext.Abort(Exception)
@JonasSamuelsson
Copy link

Is this something you'd be willing to consider for 3.1?

@namnik
Copy link

namnik commented Dec 15, 2019

hi dears;
we very very need to have " response caching" without authentication!
please implement this feature!

@tanveerbadar
Copy link

Updating the link to point at asp.net core version.

@JunTaoLuo
Copy link
Contributor

This is one of the main motivation for our work on Output Caching: This will be considered as part of the work on OutputCaching: #27387. The design and discussion will continue there.

@ghost ghost locked as resolved and limited conversation to collaborators Dec 9, 2020
@amcasey amcasey added area-middleware Includes: URL rewrite, redirect, response cache/compression, session, and other general middlewares and removed area-runtime labels Jun 2, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-middleware Includes: URL rewrite, redirect, response cache/compression, session, and other general middlewares enhancement This issue represents an ask for new feature or an enhancement to an existing one feature-response-caching Needs: Design This issue requires design work before implementating.
Projects
None yet
Development

No branches or pull requests

7 participants