Heider,
o que vc pode fazer � utilizar alguns dos m�todos dispon�veis para
cookies que definem o tempo de vida de um cookie e quando ele foi
acessado pela �ltima vez.
Na interface javax.servlet.http.HttpSession voc� encontrar� os m�todos:
- getCreationTime()
Returns the time at which this session representation was created,
in milliseconds since midnight, January 1, 1970 UTC.
- getId()
Returns the identifier assigned to this session.
- getLastAccessedTime()
Returns the last time the client sent a request carrying the
identifier assigned to the session.
J� na classe javax.servlet.http.Cookie voc� ter� m�todos como:
- public void setMaxAge(int expiry)
Sets the maximum age of the cookie. The cookie will expire after
that many seconds have passed. Negative values indicate the default
behaviour: the cookie is
not stored persistently, and will be deleted when the user agent
(web browser) exits. A zero value causes the cookie to be deleted.
- public int getMaxAge()
Returns the maximum specified age of the cookie. If none was
specified, a negative value is returned, indicating the default
behaviour described with setMaxAge.
Se n�o me engando voc� econtrar� exemplos de identifica��o usando
session e cookie em algum JDC (http://java.sun.com/jdc/
) e tamb�m:
(Servlet Cookie) -
http://jserv.javasoft.com/products/java-server/documentation/toolkit/session_track/SessionTr.html
(Cookie Monster) -
http://style.webreview.com/wr/pub/97/10/24/webdev/index.html
(Servlet Session Tracking) -
http://www.sigs.com/publications/docs/jro/articles/9710/jv10.stateofart.html
Outras refer�ncias:
http://www.servlet.com
http://www.servletcentral.com
http://www.servletsource.com
http://i.am/oiservletworld
Heider Maciel wrote:
>
> Bruno,
>
> Meu problema e o seguinte:
>
> Estou desenvolvendo um servlet que passa por uma conexao com
> autenticacao, uma lista de relatorios disponiveis e a execucao do
> relatorio selecionado.
> Para garantir que alguem nao salve uma pagina de relatorios e a execute
> posteriormente sem logar, resolvi desenvolver um mecanismo (tipo Timer)
> que mantem uma lista de quem se logou e tempo sem atualizacao (se nao
> houver atualizacao por 10 min pex o usuario eh desconectado). Esta lista
> contem entre outras coisas o IP e informacoes pessoais do usuario mas
> preciso agora de algo com a porta para o caso de dois usuarios abrirem
> uma secao na mesma estacao, pois senao nao terei como identificar de
> quem sao as informacoes que armazenei no logon.
>
> Uma outra duvida eh se devo dividir a parte de login, lista e execucao
> em servlets distintos pois muitos metodos terao que ser synchronized,
> impactando muito em performance. Ufa!!!!
>
> Obrigado pela atencao,
>
> Heider
>
> >>
> >> Caros,
> >>
> >>
> >> Gostaria de saber como posso identificar as requisicoes de uma
> estacao
> >> com dois browsers abertos, ou seja como eh possivel saber para quem
> >> responder. Tenho o IP mas ainda preciso de mais um identificador.
> Alguem
> >> sabe???
> >>
> >>
> >> Obrigado,
> >>
> >> Heider
> >>
> >
> >Quem faz a relacao com a aplicacao que esta fazendo a requisicao
> >eh o TCP/IP, atraves do mecanismos de "portas". Cada conexao possui
> >um endereco IP e uma "porta", essa ultima em ultima instancia
> >identifica a aplicacao.
> >
> >Em geral, voce nunca necessita se preocupar com isso, dado que
> >ao receber a conexao do browser, voce sabera com que browser esta
> >falando, mas isso fica "escondido" no TCP/IP. Quando voce responde
> >(ou seja, envia dados de volta pela conexao iniciada pelo browser),
> >voce automagicamente estara respondendo para o browser correto, ja
> >que o TCP/IP sabe que aplicacao abriu a conexao (ou seja, o TCP/IP
> >sabe que "porta" de que endereco IP fez a requisicao).
> >
> >Se o seu problema eh identificar em varias conexoes HTTP diferentes
> >qual eh o browser, a resposta eh utilizando o suporte a secoes da
> >api de servlets, que mantera (em ultima analise, via cookies ou
> >via chave de secao na URL) a relacao do browser com o servidor.
> >Isso so eh necessario se voce estiver falando de conexoes diferentes,
> >ja que o HTTP eh um protocolo "stateless" (ou seja, nao mantem estado),
> >e cada conexao eh independente de qualquer outra anterior.
> >
> >Bruno.
> >______________________________________________________________________
> >Bruno Peres Ferreira de Souza Sun Microsystems
> >System Engineer - Java Technologist [EMAIL PROTECTED]
> > if I fail, if I succeed, at least I live as I believe
> >
> >
> >
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
> * Para n�o receber mais e-mails desta lista envie um e-mail para
>[[EMAIL PROTECTED]]
> e no corpo do email escreva [unsubscribe <seu-email>]
--
**********************************************************
Handerson Ferreira Gomes, Analista de Sistemas
CITS - Centro Internacional de Tecnologia de Software
Depto: CNTS - Centro de Novas Tecnologias de Software
Parque de Software de Curitiba
81230-000 Curitiba, PR, Brasil
+55 41 317 2086, fax: 337 1002
http://www.cits.br
**********************************************************
* Para nao receber mais e-mails da lista, acesse
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a
lista <[EMAIL PROTECTED]> e de um <submit>.
