Nagłówki odpowiedzi HTTP są ważne bez kodowania transferu i długości treści?

Czy nagłówek odpowiedzi HTTP (jak ten poniżej) jest legalny, nawet jeśli nie zawiera treści Content-Length lub Transfer-Encoding?

- Http: Response, HTTP/1.1, Status: Ok, URL: /AAA/B.json
  ProtocolVersion: HTTP/1.1
  StatusCode: 200, Ok
  Reason: OK
  Expires:  Fri, 05 Oct 2012 01:41:30 GMT
  Date:  Fri, 05 Oct 2012 01:40:46 GMT
  Vary:  Accept-Encoding
  Accept-Ranges:  bytes
  Cache-Control:  public, max-age=43
  Server:  Noelios-Restlet-Engine/1.1.10
  ContentType:  application/json;charset=UTF-8
  ContentEncoding:  gzip
  Connection:  close
  X-Served-By:  85.111
  HeaderEnd: CRLF

Spodziewałem się zobaczyć albo Content-Length albo Transfer-Encoding, ale żaden z nich nie istnieje.

Czytam HTTP-RFC, ale nadal nie jestem pewien.

@CodeCaster, przeczytałem sekcję 4.4 RFC, ale nadal nie jestem pewien, jak widać, nagłówek odpowiedzi jest używany do zwrócenia strumienia json, więc:

sekcja 4.4, definicja 1 reguły NIE MOŻE zawierać treści wiadomości, nie ma to zastosowania do mojej sprawy.sekcja 4.4, zasada 4, nie jestem pewien co do tego, ale ponieważ nie widzę „wieloczęściowych / zmian” w nagłówku odpowiedzi - czy to oznacza, że ​​ta zasada nie ma dla mnie zastosowania?sekcja 4.4 zasada 5, jest to dla mnie w większości niejasne, ponieważ rzeczywisty nagłówek zawiera „Connection: close”, czy jest on powiązany?

Jakieś dalsze komentarze?

questionAnswers(1)

yourAnswerToTheQuestion