Funcionamento

Um sistema de comunica��o em rede possui diversos protocolos que trabalham em

conjunto para o fornecimento de servi�os. Para que o protocolo HTTP consiga
transferir seus dados pela Web, � necess�rio que os protocolos TCP e IP (Internet
Protocol, Protocolo de Internet) tornem poss�vel a conex�o entre clientes e
servidores atrav�s de sockets TCP/IP.

De acordo com Fielding,[6] o HTTP utiliza o modelo cliente-servidor, como a maioria

dos protocolos de rede, baseando-se no paradigma de requisi��o e resposta. Um
programa requisitante (cliente) estabelece uma conex�o com um outro programa
receptor (servidor) e envia-lhe uma requisi��o, contendo a URI, a vers�o do
protocolo, uma mensagem MIME (padr�o utilizado para codificar dados em formato de
textos ASCII para serem transmitidos pela Internet) contendo os modificadores da
requisi��o, informa��es sobre o cliente e, possivelmente, o conte�do no corpo da
mensagem.

O servidor responde com uma linha de status (status line) incluindo sua vers�o de
protocolo e com os c�digos de erro informando se a opera��o foi bem sucedida ou
fracasso, seguido pelas informa��es do servidor, metainforma��es da entidade e
poss�vel conte�do no corpo da mensagem. Ap�s o envio da resposta pelo servidor,
encerra-se a conex�o estabelecida.

Mensagem HTTP
O protocolo HTTP faz a comunica��o entre o cliente e o servidor por meio de
mensagens. O cliente envia uma mensagem de requisi��o de um recurso e o servidor
envia uma mensagem de resposta ao cliente com a solicita��o. Segundo Foscarini,[7]
os dois tipos de mensagens existentes no protocolo utilizam um formato gen�rico,
definido na RFC 822, para a transfer�ncia de entidades.

Uma mensagem, tanto de requisi��o quanto de resposta, � composta, conforme definido

na RFC 2616,[8] por uma linha inicial, nenhuma ou mais linhas de cabe�alhos, uma
linha em branco obrigat�ria finalizando o cabe�alho e por fim o corpo da mensagem,
opcional em determinados casos. Nessa sess�o ser�o apresentados os campos que
comp�em uma mensagem mais detalhadamente; ou seja, o HTTP apresenta o s�tio ou
local onde est� a p�gina da Internet.

Cabe�alho da mensagem
O cabe�alho da mensagem (header) � utilizado para transmitir informa��es adicionais
entre o cliente e o servidor. Ele � especificado imediatamente ap�s a linha inicial
da transa��o (m�todo), tanto para a requisi��o do cliente quanto para a resposta do
servidor, seguido de dois pontos (:) e um valor. Existem quatro tipos de cabe�alhos
que poder�o ser inclu�dos na mensagem os quais s�o: general-header, request-header,
response-header e entity-header.[9]

Esses cabe�alhos s�o utilizados para enviar informa��es adicionais sobre a mensagem
transmitida (general-header), a requisi��o e os clientes (request-header) que
comunicam suas configura��es e os formatos de documentos desejados como resposta.
[10] Al�m disso, s�o utilizados pelo servidor ao retornar o recurso no qual foi
requisitado pelo cliente, para transmitir informa��es que descrevem as
configura��es do servidor e do recurso identificado pelo URI de requisi��o, e que
n�o pertence � linha de status (response-header). Na RFC 2616,[11] est�o descritos
todos os campos que pertencem a esses cabe�alhos.

Alguns tipos MIME[12]

Exemplo Descri��o
text/plain Arquivo no formato texto (ASCII)
text/html Arquivo no formato HTML, utilizado
como padr�o para documentos Web
Image/gif Imagem com o formato GIF
Image/jpeg Imagem com o formato JPEG
application/zip Arquivo compactado
application/json Arquivo no formato JSON
application/xml (ou text/xml) Arquivo no formato XML
Corpo da mensagem
Uma mensagem HTTP pode conter um corpo de dados que s�o enviados abaixo das linhas
de cabe�alho. Em uma mensagem de resposta, o corpo da mensagem � o recurso que foi
requisitado pelo cliente, ou ainda uma mensagem de erro, caso este recurso n�o seja
poss�vel. J� em uma mensagem de requisi��o, o corpo pode conter dados que ser�o
enviados diretamente pelo usu�rio ou um arquivo que ser� enviado para o servidor.
Quando uma mensagem HTTP tiver um corpo, poder�o ser inclu�dos cabe�alhos de
entidades que descrevem suas caracter�sticas, como por exemplo, o Content-Type que
informa o tipo MIME dos dados no corpo da mensagem e o Content-Length que informa a
quantidade de bytes que o corpo da mensagem cont�m. A tabela ao lado apresenta
alguns tipos MIME.

Requisi��o
De acordo com Fielding,[13] uma mensagem de requisi��o do cliente � composta pelos
seguintes campos: uma linha inicial (Request-Line); linhas de cabe�alhos (Request-
header); uma linha em branco obrigat�ria e um corpo de mensagem opcional. A linha
inicial de uma requisi��o � composta por tr�s partes separadas por espa�os: o
m�todo (Method), a identifica��o do URI (Request-URI) e a vers�o do HTTP (HTTP-
Version) utilizado.

Segundo Bastos & Ladeira,[14] Request-URI � um identificador uniforme de recurso

(Uniform Resource Identifier) que identifica sobre qual recurso ser� aplicada a
requisi��o. No protocolo HTTP, o tipo de URI utilizado � chamado de URL (Uniform
Resource Locator), composto pela identifica��o do protocolo, pelo endere�o do
computador servidor e pelo documento requisitado.[15]