Hi Clay,
Thanks for your information. I am sorry that I made a mistake. You're right that
HEAD object returns 200 not 204, that's perfectly ok.
Meanwhile, HEAD account / container return 204 with Content-Length: 0. This is
against
RFC7230, but from the discussion on the Change-Id:
I5ab1eb85e777f259f4bd73a3a4a1802901925ed7
I understand that it can't be fixed in an easy way, and may not be worth the
effort anyway.
Atsuo
--
Ouchi Atsuo / [email protected]
Fujitsu Limited
-----Original Message-----
From: Clay Gerrard [mailto:[email protected]]
Sent: Thursday, May 07, 2015 1:54 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Swift] HEAD Object API status code
Can you give an example of an Object HEAD request returning 204? I tried a
HEAD of an object with a body and also a HEAD of an object of length 0 and I
seem to get 200's...
Container's and accounts are a little more interesting story... [2]
-Clay
2. https://review.openstack.org/#/c/32647/
On Wed, May 6, 2015 at 5:40 PM, Ouchi, Atsuo <[email protected]> wrote:
Hello Swift developers,
I would like to ask you on a Swift API specification.
Swift returns 204 status code to a valid HEAD Object request with a
Content-Length header,
whereas the latest HTTP/1.1 specification (RFC7230) states that you
must not send
the header with a 204 status code.
> 3.3.2. Content-Length
(snip)
> A server MUST NOT send a Content-Length header field in any
response
> with a status code of 1xx (Informational) or 204 (No Content). A
> server MUST NOT send a Content-Length header field in any 2xx
> (Successful) response to a CONNECT request (Section 4.3.6 of
> [RFC7231]).
What I would like to know is, when you designed Swift APIs what was the
reasoning
behind choosing 204 status code to HEAD Object, over other status codes
such as 200?
Thanks,
Atsuo
--
Ouchi Atsuo /
[email protected]
tel. 03-6424-6612 / ext.
72-60728968
Service Development Department, Foundation Service
Division
Fujitsu
Limited
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
[email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
