cabeçalhos de resposta HTTP

Quais servidores suportam o método de solicitação (como GET, POST, etc.).

codificação de documento (Encode) método. Só depois da descodificação pode obter cabeçalho Content-Type especifica o tipo de conteúdo. Use arquivos gzip comprimido pode reduzir drasticamente o tempo de download de documentos HTML. GZIPOutputStream de Java pode ser facilmente compressão gzip, mas apenas Netscape e IE no Windows Unix em 4, IE 5 única apoiá-lo. Assim, Servlet deve ser por olhar para o cabeçalho Accept-Encoding (ie request.getHeader ( "Accept-Encoding")) para verificar se o navegador suporta gzip, gzip suporte ao navegador de compressão gzip pelo retorno da página HTML, para voltar ao normal como outros navegadores página.

Representando o comprimento do conteúdo. Se o navegador para usar o HTTP persistente conexões precisa destes dados somente quando. Se você quer tirar proveito de conexões persistentes, pode ser escrito à ByteArrayOutputStream documento de saída, completou exibir o tamanho, e em seguida, colocar esse valor para o cabeçalho Content-Length, e, finalmente, o envio de conteúdo via byteArrayStream.writeTo (response.getOutputStream ().

Ele indica que a seguinte documentação é o tipo MIME. padrão Servlet é text / plain, mas geralmente precisam especificado explicitamente como text / html. Porque muitas vezes definir Content-Type, de modo que o HttpServletResponse fornece uma setContentType abordagem dedicada.

O tempo GMT corrente. Você pode definir essa cabeça setDateHeader para evitar o problema de mudar o formato da hora.

O que deve ser considerado quando o documento tiver expirado, para que ele não é mais o cache?

o tempo da última modificação do documento. Os clientes podem fornecer através do If-Modified-Since cabeçalho do pedido uma data, o pedido será considerado como um GET condições, só muda depois que o tempo especificado, o documento será devolvido, caso contrário, retorna um status 304 (Not Modified). método Last-Modified setDateHeader também pode ser usado para configurar.

Ele indica que o cliente deve ir para buscar documentos. Localização não é geralmente definida diretamente, mas através do método sendRedirect HttpServletResponse, que também estabeleceu um código de status de 302.

Ele indica que o navegador deve atualizar o documento depois de quanto tempo, em segundos. Além de atualizar o documento atual do lado de fora, você pode também setHeader ( "Refresh", "5; URL = http: // host / path") deixar o navegador lê a página especificada.
Observe que esse recurso é geralmente definindo a área da página HTML CABEÇA <META HTTP-EQUIV = "refresh" content = "5; URL = http: // host / path"> alcançado, é porque, para a atualização automática ou redirecionar aqueles que não podem usar CGI ou Servlet escritores de HTML é muito importante. No entanto, Servlet está situado directamente Atualizar cabeça mais conveniente.

Nota Refresque o significado de "N segundos depois de atualizar a página ou ir para a página especificada" em vez de "atualizar a página ou acessar a página especificada cada N segundos." Assim, a atualização contínua exige que cada para enviar um cabeçalho de atualização, e enviá-204 código de status, ele pode impedir o navegador continuar a atualizar, utilize o Refrescar a cabeça ou o <META HTTP-EQUIV = "Atualizar" ...>.

Nota HTTP atualização 1.1 cabeçalho não é parte da especificação formal, mas sim uma extensão, mas Netscape e IE apoiá-lo.

nome do servidor. Servlet geralmente não definir esse valor, mas é definido pelo próprio servidor Web.

Configurações e página cookie associado. Servlet não deve ser utilizado response.setHeader ( "Set-Cookie", ...), mas você deve usar métodos especiais addCookie HttpServletResponse fornece. Veja a discussão sobre as definições de cookies abaixo.

Os clientes devem fornecer informações sobre quais os tipos de cabeçalho de autorização de autorização? Em resposta contém 401 (não autorizado) linha de estado no cabeçalho é necessária. Por exemplo, response.setHeader ( "WWW-Authenticate", "reino BASIC = \" executivos \ "").
Nota Servlet geralmente não ser tratado a este respeito, mas para dar mecanismos especiais do servidor Web para controlar o acesso a páginas protegidas por senha (como .htaccess).