Lincolm,
Voc�
s� se esqueceu de um detalhe. O protocolo http n�o mant�m conex�o. Por tanto,
para perceber que o usu�rio est� "conectado" e assim manter uma sess�o, o
servidor utiliza um cookie, a fim de identificar as chamadas deste usu�rio e
associ�-lo ao objeto Session referente.
Por
tanto, sem cookie n�o h� sess�o.
O Session s� se torna pesado se for associado muitos objetos a
ele e se o servidor tiver muitos usu�rios simult�neos. Claro, h� tamb�m um
custo computacional associado para acessar a sess�o correta de cada
usu�rio.
abra�os
Jorge
Ol� Rafael
O objeto session n�o fica
armazenado no cliente como o cookie e cookie n�o � sin�nimo de session. Com
cookies voc� consegue uma certa persist�ncia de seus dados, apenas pequenas
informa��es que poderiam ser usadas porteriormente. No entanto o objeto
session fica armazenado no servidor e pode conter outros objetos. O problema �
que para cri�-lo e diferenciar um session de um usu�rio ao de outro usu�rio �
usado um mecanismo que o torna mais r�gido de ser usado uma vez que sendo
maior a �rea de mem�ra usada o desempenho do servidor pode ir a
zero.
Note entretanto que cookies n�o
t�m o mesmo efeito de session. Se voc� desabilitar a fun��o de cookies do seu
navegador eles n�o ser�o salvos e se voc� dependia deles est� com um problema.
No Internet Explorer 6 o gerenciamento de cookies est� muito din�mico. O
usu�rio pode aceitar ou n�o um cookie em tempo de carga da p�gina e ainda pode
ver os cookies que est�o sendo baixados.
Quando voc� usa um objeto session
voc� tem absoluta certeza que pelo tempo de sess�o ativa do usu�rio aquele
dado estar� dispon�vel, no entanto n�o pode-se dizer o mesmo dos cookies. Um
exemplo, acesse o endere�o: http://www.maxitel.com.br com a op��o de
cookies desabilitados. Voc� vai ver que n�o vai passar da p�gina de abertura.
No entanto, ao lig�-los, a p�gina carrega normalmente.
Nota: muito cuidado ao usar
cookies e preste bastante aten��o no que coloca em sessions e quantos est�
usando.
----- Original Message -----
Sent: Monday, January 21, 2002 6:29
PM
Subject: Re: [java-list] Uso de Session
O sin�nimo de session n�o � cookie? E os
cookies n�o ficam armazenado no cliente? N�o entendo como isso pode ocupar
tanta mem�ria do servidor. Gostaria de mais esclarecimentos sobre
isso.
[ ]'s
/*
* Rafael de Melo Lima Santini
* BiblioShop - Informatiza��o de
Bibliotecas & Software
* Florian�polis - Santa Catarina - Brasil
*
Fones: (48) 249-6614 ou 9991-2908
* E-Mail:
[EMAIL PROTECTED]*
Website:
www.biblioshop.com.br* ICQ
54152945
*/
----- Original Message -----
Sent: Thursday, January 17, 2002 9:10
AM
Subject: Re: [java-list] Uso de
Session
Utilizar a session para armazenar massivamente dados pode acabar com a
mem�ria do seu web server. Segundo um livro de JSP,
um objeto com 5kb pode chegar a 5mb quando armazenado na session
- apesar de pessoalmente nunca ter medido isto para ver se �
verdade.
Como boa pr�tica, deve-se utilizar o menos poss�vel a session
como �rea de armazenamento de dados - armazene apenas o que for
estritamente necess�rio. Para indicar se voc� vai ter problemas o ideal
seria voc� usar uma ferramenta de profilling para monitorar como
est� o comportamento e o uso da sua session e, l�gico, fazer testes de
carga, como em qualquer outro tipo de sistema.
[]s
Maiko
Fabio Ferreira <[EMAIL PROTECTED]> escreveu:
Galera ...
Alguem ja fez uso massivamente da session
em algum desenvolvimento ? Esou colocando na sesion varias variaves e
alguns objetos como um vetor de inteiros. Isto para cada usuario
conectado, q estimamos em uns 600 simultaneos. Ser� q terei problemas
com isto ?
Qq comentario ou experiencia passada eh bem
vinda !
- - -
Fabio Ferreira
P�s Gradua��o em Engeharia de
Produ��o
Grupo de Desenvolvimento Tecnol�gico
Laboratorio de
Ensino a Distancia - LED
Universidade Federal de Santa Catarina -
UFSC
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua
home page no Yahoo!
GeoCities. � f�cil e
gr�tis!
