You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by "James Leigh (JIRA)" <ji...@apache.org> on 2014/02/22 00:56:21 UTC
[jira] [Created] (HTTPCLIENT-1469) Option to Include Last-Modified
in 304 Not Modified Response
James Leigh created HTTPCLIENT-1469:
---------------------------------------
Summary: Option to Include Last-Modified in 304 Not Modified Response
Key: HTTPCLIENT-1469
URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1469
Project: HttpComponents HttpClient
Issue Type: New Feature
Components: HttpCache
Affects Versions: 4.3.2
Reporter: James Leigh
Priority: Minor
Fix For: 4.3.3
The draft of the revised HTTP/1.1 (should be RFC'd shortly) says other response header can be included in 304 responses if they exists for the purpose of guiding cache updates.
http://tools.ietf.org/html/draft-ietf-httpbis-p4-conditional-26#section-4.1
The server generating a 304 response MUST generate any of the
following header fields that would have been sent in a 200 (OK)
response to the same request: Cache-Control, Content-Location, Date,
ETag, Expires, and Vary.
Since the goal of a 304 response is to minimize information transfer
when the recipient already has one or more cached representations, a
sender SHOULD NOT generate representation metadata other than the
above listed fields unless said metadata exists for the purpose of
guiding cache updates (e.g., Last-Modified might be useful if the
response does not have an ETag field).
This issue is to make it possible to include Last-Modified in a cached 304 response.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org