----- Original Message -----
Sent: Tuesday, January 22, 2002 7:25
PM
Subject: RE: [java-list] Uso de Session
Lincolm
Esta
realmente n�o � minha especialidade. No entanto, sempre me falaram que estas
vari�veis de ambiente utilizadas para o controle de sess�o s�o os cookies
tempor�rios.
Outra coisa, stateless n�o � sin�nimo de sem conex�o ativa.
Stateless � sem manuten��o de estado, uma opera��o executada n�o tem
implic�ncia em opera��es futuras, pois n�o h� estado salvo. Em contrapartida a statefull,
onde o estado � mantido.
Eu
posso ser statefull sem manter conex�o ativa, apenas tendo uma identifica��o
do meu identificador e mantendo o estado de uma transa��o (que ocorre a partir
de v�rias conex�es).
Mas
isto j� s�o divaga��es conceituais.
abra�os
Jorge
Olha Jorge, discordo de voc� em
partes. Explico. De fato n�o mensionei que as conex�es HTTP s�o stateless, ou
seja, n�o mant�m conex�o ativa. Mas discordo que para recuperar a sess�o de um
usu�rio o servidor usa um cookie. Imagine em um site de comercio eletr�nico
onde a sess�o do usu�rio � vital para associ�-lo a uma transa��o. Ela n�o
poderia estar gravada em cookie porque nem todos os navegadores suportam
cookies ou nem todos o usu�rios aceitam cookies. O que acontece � que ela �
enviada como cabe��rios HTTP da p�gina(via HEAD), o navegador recebe esse
valor e guarda em suas vari�veis de ambiente. Ao solicitar outra na p�gina no
servidor, ou enviar a mesma, o servidor utiliza dessa informa��o de cabe��rio
HTTP para identificar o cliente. Desta forma ele
recupera ele identifica a sess�o do usu�rio. Session e
cookies s�o dois recursos de persistencia tempor�ra de dados usados
por uma aplica��o para internet. Nessa parte tamb�m discordo, sem cookie h�
sess�o. Desligue os cookies do seu navegedor e acesse um objeto guardado
em sess�o, vai ver que ele est� l�.
Concordo com voc� quanto ao fato
dos sessions limitar o desempenho do servidor.
----- Original Message -----
Sent: Tuesday, January 22, 2002 12:33
PM
Subject: RE: [java-list] Uso de Session
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!
