[
https://issues.apache.org/jira/browse/TS-3994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14992253#comment-14992253
]
ASF subversion and git services commented on TS-3994:
-----------------------------------------------------
Commit 4ab20913baad1fffd1c6f02ff9f3fbbc86cff7b9 in trafficserver's branch
refs/heads/master from [~sudheerv]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=4ab2091 ]
[TS-3994] update docs
> 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)
