|
Pessoal concordo com o
Felipe.
O que seria interessante
fazer, � enviar mensagens para a lista java-list informando que d�vidas sobre a
plataforma Enterprise e suas tecnologias ( Servlets, JSP, EJB ) e tamb�m d�vidas
sobre AppServer somente ser�o respondidas nesta lista que
estamos.
[]'s
HERLANI JUNIOR
ICQ#
13856516
----- Original Message -----
Sent: Monday, October 22, 2001 9:57
AM
Subject: Re: [enterprise-list]
Transaction - State Isolation
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]
-------------------------------------------------------------------------
|
