Felipe, Realmente esta lista n�o � nada movimentada, o que � uma pena.
Quanto � sua pergunta, vamos por partes. Por uma quest�o de ganho de performance, os servlets n�o s�o carregados pela JVM do webserver - ou application server - toda vez que s�o requisitados, mas apenas uma vez. Depois disso, todo request a um servlet inicia apenas a execu��o de uma nova thread. A consequ�ncia disso � que as vari�veis de inst�ncia de um servlet acabam sendo as mesmas para todas as threads, i.e., acabam se tornando p�blicas. E como o estado de um objeto s�o as suas vari�veis de inst�ncia, o estado do servlet � que acaba sendo acess�vel por todas as requisi��es. O mesmo ocorre com JSPs, que tamb�m s�o servlets ( na verdade s�o apenas uma abstra��o para um servlet). Quanto aos EJBs a coisa � bem diferente. Pode ficar tranquilo que se voc� estiver usando um Session Bean Stateful para persistir o estado conversacional do seu shopping cart ningu�m mais al�m do dono da transa��o ir� ter acesso � ele. Sua pergunta n�o � boba, n�o. J� vi muita gente que se diz especialista em servlets fazendo besteira com vari�veis de inst�ncia simplesmente por n�o conhecer o ciclo de vida dos servlets. At� mais, Bonato "Felipe F. Palma Dias" wrote: > Ol�. > > Sou novo na lista de enterprise, e vejo que ela n�o � muito movimentada. > Para sair da rotina gostaria de levantar um d�vida minha. Estava lendo os > J2EE blueprints no site http://java.sun.com, mais especificamente a parte > que fala de transa��es. No item "2.3.3.2 Web Component Transactions -> > State Isolation", tem a seguinte frase: "A Web component can keep state for > the lifetime of a client session or component. However, because Web > components are not transactional components, their state cannot be isolated > based on transactions. For example, separate servlets will see the same > state of a client session even if they each start their own transaction". > > Isso siguinifica se um cliente faz um request, sendo que ele ainda tera > mais requests a fazer, no primeiro ele inicia um transa��o, ou seja, enqueto > n�o for feito o �ltimo request, a transa��o ainda estar� em aberto. Um > exemplo de uma aplica��o seria um sistemas de compras online, o usu�rio pode > ir colocanco coisas num carrinho, terei um bean que ir� acumular todas > minhas compras. Lendo a frase acima, entendo que outros clientes podem ver o > estado de minha transa��o. Eu estou enganado ou � assim mesmo? > > Desculpe se essa pergunda � boba, mas fiquei com a d�vida. > > abra�os. > > -------------------------------------------------------------------------- > Felipe F. Palma Dias - [EMAIL PROTECTED] > ICQ: 133921121 > > ------------------------------ LISTA SOUJAVA ---------------------------- > http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP > d�vidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > para sair da lista: email para [EMAIL PROTECTED] > ------------------------------------------------------------------------- ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP d�vidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: email para [EMAIL PROTECTED] -------------------------------------------------------------------------
