You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@trafficserver.apache.org by zw...@apache.org on 2019/10/26 23:50:57 UTC
[trafficserver] branch 9.0.x updated: Upgrade warning about
cachekey behavior
This is an automated email from the ASF dual-hosted git repository.
zwoop pushed a commit to branch 9.0.x
in repository https://gitbox.apache.org/repos/asf/trafficserver.git
The following commit(s) were added to refs/heads/9.0.x by this push:
new 5cb5590 Upgrade warning about cachekey behavior
5cb5590 is described below
commit 5cb5590efb4c96f91d064358eeb06c031c9a1822
Author: Leif Hedstrom <zw...@apache.org>
AuthorDate: Thu Oct 24 20:48:10 2019 -0600
Upgrade warning about cachekey behavior
---
doc/release-notes/upgrading.en.rst | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/doc/release-notes/upgrading.en.rst b/doc/release-notes/upgrading.en.rst
index 9f9204f..b70c93c 100644
--- a/doc/release-notes/upgrading.en.rst
+++ b/doc/release-notes/upgrading.en.rst
@@ -42,6 +42,12 @@ Cache
The cache in this releases of ATS is compatible with previous versions of ATS. You would not expect
to lose your cache, or have to reinitialize the cache when upgrading.
+However, due to changes in how remap plugins are processed, your cache key *might* change. In versions
+to v9.0.0, the first plugin in a remap rule would get the pristine URL, and subsequent plugins would
+get the remapped URL. As of v9.0.0, **all** plugins now receive the remapped URL. If you are using
+a plugin that modifies the cache key, e.g. :ref:`admin-plugins-cachekey`, if it was evaluated first
+in a remap rule, the behavior (input) changes, and therefore, cache keys can change!
+
Configuration changes
---------------------
The following incompatible changes to the configurations have been made in this version of ATS.