Como já foi dito aqui na lista, o protocolo HTTP é stateless. Sendo assim o cookie é uma das formas de você garantir que o browser cliente tem uma "sessão aberta" ou "persistente" no servidor HTTP. Basicamente vc tem uma "chave" no arquivo de cookies do browser que corresponde a mesma "chave" armazenada no objeto session no servidor - desta forma cada instância de browser tem a sua sessão isolada.
A outra forma de controlar a sessão é através de URL session tracking, que implica basicamente na passagem de um parâmetro tipo JSerSessionId=123 na URL (a URL enviada/retornada do servidor é automaticamente reescrita - URL rewriting) para indicar ao servidor qual é a sessão daquele browser.
[]s
Maiko
Fabio Ferreira <[EMAIL PROTECTED]> escreveu:
Galera !
Foi eu quem iniciou esta discurssao do uso de session com o objetivo de
saber se o uso massivo implicaria na performance e consumo da maquina. Pelo
q vi a resposta e sim. Mas agora gerou outra duvida, o uso de session em
browser com cookies desables realmente sobrecarrega o server ? Afinal qual a
dependencia de session para cookies ?
Fabio
VIAS/LED/UFSC
www.led.br
Subject: [java-list] Uso de Sessions [CONCLUINDO]
> ok, httpsession eh != de cookie. mas pode ter
> problemas se o brownser nao suporta cookies. calma!
> nao eh igual a cookie. pois no caso do cookie, a sua
> pagina jsp ou o servlet, java bean, q seja, pode
> gerencia-lo. jah o httpsession nao, quem se encarrega
> de registrar o ID gerado eh o brownser. ID? sim, eh
> gerado um numero no server e enviado ao cliente. o
> brownser guarda este id e pra cada request, o brownser
> envia o id junto. assim o server pode identificar o
> cliente e atribuir a ele os objetos mantidos na
> session. por isso q httpsession funcionam no IE6.0 (q
> usa uma versao de cookie diferente), jah q eh o
> brownser q se encarrega de gerar o cookie. mas existe
> um porem. se vc usar httpsession e um cliente acessar
> uma pagina com um brownser com cookie desabilitado,
> toda vez q ele fizer um request, o server vai axar q
> eh uma nova sessao sendo gerada. pois o brownser nao
> estah enviando nenhum ID. isto sobrecarrega o server.
> O cookie gerado pela sessao eh removido assim q a
> sessao eh finalizada. mas eh bom lembrar q os dois sao
> diferentes! :)
>
> Artigo sobre HttpSession:
> http://www.onjava.com/pub/a/onjava/2001/03/01/pseudo_sessions.html?page=2
>
> isso veio da Sun:
> "A session is a continuous connection from the same
> browser over a fixed period of time. (This time is
> usually configurable from the web server. For the JWS,
> the default is 30 minutes.) "
>
> Mais em:
>
http://developer.java.sun.com/developer/onlineTraining/Servlets/Fundamentals
/servlets.html#ExampleHTTPSession
>
>
>
>
>
>
____________________________________________________________________________
___________________
> Yahoo! GeoCities
> Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo!
GeoCities. É fácil e grátis!
> http://br.geocities.yahoo.com/
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
>
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. É fácil e grátis!
