Changeset 2110 for draft-ietf-httpbis/latest/p2-semantics.xml
- Timestamp:
- 11/01/13 08:14:43 (10 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
draft-ietf-httpbis/latest/p2-semantics.xml
r2108 r2110 286 286 287 287 <section title="Representations" anchor="representations"> 288 <iref item="representation"/> 288 <iref primary="true" item="representation"/> 289 <iref primary="true" item="selected representation"/> 290 <x:anchor-alias value="representation"/> 291 <x:anchor-alias value="selected representation"/> 289 292 <t> 290 293 If we consider that a resource could be anything, and that the uniform … … 302 305 and that consists of a set of representation metadata and a potentially 303 306 unbounded stream of representation data. 307 </t> 308 <t> 309 We use the term "<x:dfn>selected representation</x:dfn>" to refer to the 310 representation of the <x:ref>target resource</x:ref> in a 311 <x:ref>200 (OK)</x:ref> response to <x:ref>GET</x:ref>, or the 312 representation that would have been selected in a successful response if 313 the request had used the method <x:ref>GET</x:ref> and excluded any 314 conditional request header fields. 304 315 </t> 305 316 … … 2768 2779 <t> 2769 2780 The 201 response payload typically describes and links to the resource(s) 2770 created. See <xref target=" selected.representation"/> fordiscussion of the2771 meaning and purpose of selected representationheader fields, such as2781 created. See <xref target="response.validator"/> for a discussion of the 2782 meaning and purpose of validator header fields, such as 2772 2783 <x:ref>ETag</x:ref> and <x:ref>Last-Modified</x:ref>, in a 201 response. 2773 2784 </t> … … 3941 3952 </section> 3942 3953 3943 <section title="Selected Representation Header Fields" anchor="selected.representation"> 3944 <iref primary="true" item="selected representation"/> 3945 <x:anchor-alias value="selected representation"/> 3946 <t> 3947 We use the term "<x:dfn>selected representation</x:dfn>" to refer to the 3948 representation of the <x:ref>target resource</x:ref> in a 3949 <x:ref>200 (OK)</x:ref> response to <x:ref>GET</x:ref>, or the 3950 representation that would have been selected in a successful response if 3951 the request had used the method <x:ref>GET</x:ref> and excluded any 3952 conditional request header fields. 3953 </t> 3954 <t> 3955 The following header fields define metadata about the selected 3956 representation at the conclusion of handling the request. In other words, 3957 for a successful response to a state-changing method, these fields describe 3958 the new representation that has replaced the prior selected representation. 3954 <section title="Validator Header Fields" anchor="response.validator"> 3955 <iref item="selected representation"/> 3956 <t> 3957 Validator header fields convey metadata about the 3958 <x:ref>selected representation</x:ref> (<xref target="representations"/>). 3959 In responses to safe requests, validator fields describe the selected 3960 representation chosen by the origin server while handling the response. 3961 Note that, depending on the status code semantics, the 3962 <x:ref>selected representation</x:ref> for a given response is not 3963 necessarily the same as the representation enclosed as response payload. 3964 </t> 3965 <t> 3966 In a successful response to a state-changing request, validator fields 3967 describe the new representation that has replaced the prior 3968 <x:ref>selected representation</x:ref> as a result of processing the 3969 request. 3970 </t> 3971 <t> 3959 3972 For example, an ETag header field in a 201 response communicates the 3960 3973 entity-tag of the newly created resource's representation, so that it can
Note: See TracChangeset
for help on using the changeset viewer.