Werkzeug: Deprecate werkzeug.contrib.cache

Created on 4 Feb 2018  ·  6Comments  ·  Source: pallets/werkzeug

Werkzeug should definitely remove cache from itself. Werkzeug is designed for WSGI application. It seems cache has nothing to do with WSGI itself.

One certain decision in discussion Remove unnecessary crud from werkzeug.contrib would be removing cache. We could release next version with a deprecated warning, and remove it totally in version 1.0.

There are lots of issues to solve, we need to focus on the important things. We can't make a good cache library within werkzeug.

Any feedbacks? @pallets/devteam-werkzeug

Most helpful comment

It would be good to reach out to the Flask-Caching maintainers to help support this.

All 6 comments

I'm closing issues related to cache.

@pallets/devteam-werkzeug please re-open it if you find the issue to be very important.

We had an empty repository called werkzeug-cache that we created because someone wanted to work on it years ago. No commits were ever made, so I deleted it at the end of last year. You can recreate that if you want, we can come up with a more clever name later.

It would be good to reach out to the Flask-Caching maintainers to help support this.

Flask-Caching has ported werkzeug.contrib.cache:

https://github.com/sh4nks/flask-caching/tree/master/flask_caching/backends

I'm going to disable the caching tests for now, it's causing too much uncertainty with other PRs.

The tests have been disabled, and instantiating a cache class shows a deprecation warning, "Werkzeug cache is deprecated as of version 0.15 and will be removed in 1.0."

Was this page helpful?
0 / 5 - 0 ratings