----- 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!
