[
https://issues.apache.org/jira/browse/TS-3994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14992247#comment-14992247
]
ASF subversion and git services commented on TS-3994:
-----------------------------------------------------
Commit f2ba1dc71cd68bf7a98c87a3e1f19b131899847f in trafficserver's branch
refs/heads/master from [~sudheerv]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=f2ba1dc ]
[TS-3994] Configurable option to allow redirect follow to use
original request cache key.
> Internal Redirect follow should allow to use API set cache key.
> ---------------------------------------------------------------
>
> Key: TS-3994
> URL: https://issues.apache.org/jira/browse/TS-3994
> Project: Traffic Server
> Issue Type: Improvement
> Components: HTTP
> Reporter: Sudheer Vinukonda
> Assignee: Sudheer Vinukonda
>
> Currently, during redirect follow, uses the Location header in the 3xx
> response as the cache key (and does not use the cache key set by using an
> API, for example).
> This can break the ability to serve cached response in some cases, where the
> redirect follow is performed (via a plugin to implement a simple fail-over
> mechanism between origin hosts, for example).
> Opening this jira to add a new configuration option to allow using original
> request cache key to lookup during redirect follow.
> This was briefly discussed in TS-3652, but, TS-3652 was actually tracking a
> different problem (turned out to be a regression) that prevents a redirect
> response being cached altogether.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
