Obrigado por responder minha d�vida Ant�nio.
Se n�o for pedir muito, convoco a todos os participantes dessa lista a
moviment�-la com mais frequencia, a tecnologia enterprise tem muito assunto
para debatermos. Vamos l� pessoal...
abra�os.
--------------------------------------------------------------------------
Felipe F. Palma Dias - [EMAIL PROTECTED]
http://www.palmadias.hpg.com.br
ICQ: 133921121
----- Original Message -----
From: "Antonio Sergio Ferreira Bonato" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 21, 2001 6:25 PM
Subject: Re: [enterprise-list] Transaction - State Isolation
> 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]
> -------------------------------------------------------------------------
>
>
------------------------------ 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]
-------------------------------------------------------------------------
