Caros,
Dei uma olhada na na HttpSession como sugerido pelo Bruno e o Handerson
(jah aproveitando para agradecer), mas nao gostaria de ter que baixar
nenhum cookie. Um outro problema eh que gostaria de poder desconectar um
usuario a qualquer momento, ou seja, existe tambem uma pagina que me
lista os usuarios ativos e da a possiblidade de encerrar qualquer
conexao.
Li algo sobre URL rewriting, vcs saberiam dizer se a aplicacao desse
recurso no meu caso???
Novamente obrigado,
Heider
>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
>**********************************************************
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
* 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>.
