HttpSessionActivationListener precisa ser configurado no deployment descriptor da aplicação?
|
View:
New views
3 Messages
—
Rating Filter:
Alert me
|
 |
HttpSessionActivationListener precisa ser configurado no deployment descriptor da aplicação?
by Alex Ignácio da Silva
::
Rate this Message:
Fala galera,
Estou estudando para a certificação SCWCD pelo Head First Servlets and JSP, 1ª ed. . No capítulo 6 os autores falam que um HttpSessionActivationListener precisa ser definido no DD, e que estes listeners não precisam necessariamente serem implementados por atributos de sessão (embora este seja tipicamente o caso). No entanto no javadoc desta interface diz: A container that migrates session between VMs or persists sessions is required to notify all attributes bound to sessions implementing HttpSessionActivationListener. Ou seja, diz que basta um atributo de sessão implementar HttpSessionActivationListener que ele será notificado quando a sessão migrar de JVM. A documentação não fala nada sobre configurar o listener no DD, o que sugere que ele funcionaria de modo semelhante ao HttpSessionBindingListener. Acho que não faria muito sentido definir o HttpSessionActivationListener no DD, pois imagino que se fosse este o caso o container criaria apenas uma instância deste listener, e aí como todos os atributos de sessão seriam notificados? E aí, será que os autores erraram? Eles foram bem claros na explicação. Infelizmente não dá pra fazer experimentos práticos pra testar pois não é fácil ter acesso a um ambiente com o Tomcat executando em cluster! []s, Alex --------------------------------------------------------------------- To unsubscribe, e-mail: scwcd-list-unsubscribe@... For additional commands, e-mail: scwcd-list-help@... |
||||||||
|
|
Re: HttpSessionActivationListener precisa ser configurado no deployment descriptor da aplicação?
by Fernando Franzini
::
Rate this Message:
Bom para mim esta muito claro (não tem confusão) ...os atributos não precisam implementar...por que o container consegue descobrir via instanceof.....Outra vc pode fazer um cluster local na mesma maquina rodando em portas difererentes para testes a fins !
Em Ter, 2008-07-15 às 18:49 -0500, alex@... escreveu: Fala galera, Estou estudando para a certificação SCWCD pelo Head First Servlets and JSP, 1ª ed. . No capítulo 6 os autores falam que um HttpSessionActivationListener precisa ser definido no DD, e que estes listeners não precisam necessariamente serem implementados por atributos de sessão (embora este seja tipicamente o caso). No entanto no javadoc desta interface diz: A container that migrates session between VMs or persists sessions is required to notify all attributes bound to sessions implementing HttpSessionActivationListener. Ou seja, diz que basta um atributo de sessão implementar HttpSessionActivationListener que ele será notificado quando a sessão migrar de JVM. A documentação não fala nada sobre configurar o listener no DD, o que sugere que ele funcionaria de modo semelhante ao HttpSessionBindingListener. Acho que não faria muito sentido definir o HttpSessionActivationListener no DD, pois imagino que se fosse este o caso o container criaria apenas uma instância deste listener, e aí como todos os atributos de sessão seriam notificados? E aí, será que os autores erraram? Eles foram bem claros na explicação. Infelizmente não dá pra fazer experimentos práticos pra testar pois não é fácil ter acesso a um ambiente com o Tomcat executando em cluster! []s, Alex --------------------------------------------------------------------- To unsubscribe, e-mail: scwcd-list-unsubscribe@... For additional commands, e-mail: scwcd-list-help@...
|
||||||||
|
|
Re: HttpSessionActivationListener precisa ser configurado no deployment descriptor da aplicação?
by Alex Ignácio da Silva
::
Rate this Message:
Pra mim os autores do livro deixam claro que a configuração é no DD, mas
o javadoc diz que basta implementar a interface e funcionaria como o HttpSessionBindingListener. Eu não queria correr atrás da documentação do Tomcat e setar um ambiente em cluster só pra tirar a dúvida! []s, Alex Fernando Franzini wrote: > Bom para mim esta muito claro (não tem confusão) ...os atributos não > precisam implementar...por que o container consegue descobrir via > instanceof.....Outra vc pode fazer um cluster local na mesma maquina > rodando em portas difererentes para testes a fins ! > > *Fernando Franzini* > Projetista Java - www.exactus.com.br <http://www.exactus.com.br> > Analista/Projetista - www.cismepar.com.br <http://www.cismepar.com.br> > Instrutor Java (JSE, JEE e JME) - www.adetec.org.br > <http://www.adetec.org.br> > Sun Certified Java Associate - SCJA > Sun Certified Java Programmer - SCJP > Sun Certified Web Component Developer - SCWCD. > Sun Certified Business Component Developer - SCBCD. > Sun Certified Mobile Application Developer - SCMAD. > Cambridge Preliminary English Test - PET > Blog: http://fernandofranzini.wordpress.com > > > Em Ter, 2008-07-15 às 18:49 -0500, alex@... escreveu: >> Fala galera, >> >> Estou estudando para a certificação SCWCD pelo Head First Servlets and >> JSP, 1ª ed. . No capítulo 6 os autores falam que um >> HttpSessionActivationListener precisa ser definido no DD, e que estes >> listeners não precisam necessariamente serem implementados por atributos >> de sessão (embora este seja tipicamente o caso). No entanto no javadoc >> desta interface diz: >> >> A container that migrates session between VMs or persists sessions is >> required to notify all attributes bound to sessions implementing >> HttpSessionActivationListener. >> >> Ou seja, diz que basta um atributo de sessão implementar >> HttpSessionActivationListener que ele será notificado quando a sessão >> migrar de JVM. A documentação não fala nada sobre configurar o listener no >> DD, o que sugere que ele funcionaria de modo semelhante ao >> HttpSessionBindingListener. >> >> Acho que não faria muito sentido definir o HttpSessionActivationListener >> no DD, pois imagino que se fosse este o caso o container criaria apenas >> uma instância deste listener, e aí como todos os atributos de sessão >> seriam notificados? >> >> E aí, será que os autores erraram? Eles foram bem claros na explicação. >> Infelizmente não dá pra fazer experimentos práticos pra testar pois não é >> fácil ter acesso a um ambiente com o Tomcat executando em cluster! >> >> []s, >> >> Alex >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: scwcd-list-unsubscribe@... <mailto:scwcd-list-unsubscribe@...> >> For additional commands, e-mail: scwcd-list-help@... <mailto:scwcd-list-help@...> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: scwcd-list-unsubscribe@... For additional commands, e-mail: scwcd-list-help@... |
| Free embeddable forum powered by Nabble | Forum Help |
