porque n�o faz ser uma thread separada, crie ela no init do servlet
Marcelo Magno wrote:
Porque nao eh exatamente um metodo e sim um nucleo inteiro rodando como se fosse um servidorzinho de aplicacoes. Na verdade eh uma classe implementada num modelo do pattern Singleton.
De qualquer forma, agradeco a ideia,
Um abraco
Marcelo Magno
-----Original Message-----
From: Emerson Cargnin - SICREDI Servi�os
[mailto:emersonc@;sicredi.com.br]
Sent: quarta-feira, 6 de novembro de 2002 15:16
To: [EMAIL PROTECTED]
Subject: Re: [enterprise-list] Foward de fluxo de execucao de
um servlet
porque ent�o vc n�o faz seu m�todo "core " ser sincronizado
(clausula synchronized)
Marcelo Magno wrote:
Salve Renato... Entendi o que voce quiz dizer...
O problema � que infelizente eu nao tenho como tirar a
serializacao desses comandos ao core agora pois eu estou
tentando provar que um algoritmo de concorrencia funciona. O
q acontece � que eu fiz uma implementa��o baseada em um
protocolo de comandos ao core, e esses comandos sao tao
"Atomicos", que sua execu��o ser� extremamente r�pida...
Eu continuo com o paralelismo na quantidade de
clientes, mas nao posso na execu��o dos comandos (pelo menos
nao nesse momento - pra mim cada comando tem que ser
executado no core atomicamente).
To vendo que nao vou ter muito mesmo como fugir de
colocar o servlet nesse ponto para esperar um poukinho
colocando ele para durmir ou coisa parecida, enquanto eu nao
devolvo a resposta. Mas o legal � que se eu conseguisse
passar a frente o contexto do servlet, ele vai estar
esperando, mas pelo menos lah na frente na execucao do
comando dentro do core eu nao precisaria devolve-lo para ele
acordar para depois retornar a resposta.
Num futuro breve, estarei implementando dessa outra
forma, alguem envia, alguem busca, pois pelo que tenho visto
assim conseguirei aumentar ainda mais o paralelistmo de minha solucao.
Grato pela for�a.
Marcelo Magno
-----Original Message-----
From: Renato Mangini Dias [mailto:renato@;vettatech.com]
Sent: quarta-feira, 6 de novembro de 2002 08:48
To: [EMAIL PROTECTED]
Subject: RES: [enterprise-list] Foward de fluxo de execucao de um
servlet
Oi, Marcelo,
Desculpe-me. Comecei a escrever uma resposta para voc�, mas
me distra� e
acabei esquecendo.
O que voc� quer fazer n�o � recomendado. Basicamente, voc� estaria
serializando o processamento inerentemente paralelo das
servlets. Dessa
forma, a escalabilidade do seu sistema vai a zero.
Se voc� **realmente** precisa de que o processamento seja
serializado (por
exemplo, para garantir a ordem de execu��o), eu te
aconselharia a fazer com
que a chamada da servlet para o "core" seja s�ncrona, e n�o
queue-based,
como parece ser. Dessa forma, a thread da servlet ficaria
aguardando o
processamento do comando, e n�o haveria problema quanto ao
retorno ao
cliente. Isso vai exigir mais recursos do servidor web
(maxconnections
maior), mas do jeito que voc� quer fazer n�o vejo outra forma.
Se voc� retirar o requisito do processamento no core ser
serializado, fica
bem mais simples.
Abra�os,
Renato Mangini Dias
Software Architect at Vetta Technologies - www.vettatech.com
Sun Java Certified Instructor/Programmer
-----Mensagem original-----
De: Marcelo Magno [mailto:mmagno@;blumar.com.br]
Enviada em: Wednesday, November 06, 2002 12:39 PM
Para: [EMAIL PROTECTED]
Assunto: RE: [enterprise-list] Foward de fluxo de execucao
de um servlet
Tive um problema com as dicas de voces...
Meu ponto aki � que tenho uma especie de nucleo rodando
dentro de uma classe minha que n�o � um servlet e pelo que eu
entendi, para usar esse
"getServletContext().getRequestDispatcher(alvo).foward(req,res)",
isso somente eh possivel sendo alvo um servlet ou pagina.
Alguem poderia me dar uma ajuda?
Abracos
MMAGNO
pode, mas tem que estar dentro do contexto da mesma app.
Marcelo Magno wrote:
Salve Wilder, Tambem estou iniciando com servlets fazem
apenas 6
meses...
Eu posso fazer esse foward mesmo o alvo nao sendo um
servlet? Essa
Abracos
MMAGNO
-----Original Message-----
From: Wilder Rodrigues
[mailto:wilder_rodrigues@;yahoo.com.br]
Sent: ter�a-feira, 5 de novembro de 2002 11:13
To: [EMAIL PROTECTED]
Subject: Re: [enterprise-list] Foward de fluxo de
execucao de um servlet
Ol�,
Seria algo do tipo:
RequestDispatcher rd =
getServletContext().getRequestDispatcher(alvo);
rd.foward(request, resonse);
Tenho pouca experi�ncia com Servlet, mas estou
estudando bastante.
Espero ter ajudado.
Atenciosamente,
Wilder Rodrigues
Programador JAVA/JSP
Oracle OR8i | A8i
Sena Inform�tica - Fortaleza/CE
www.sena.com.br <http://www.sena.com.br>
Marcelo Magno <[EMAIL PROTECTED]> wrote:
Pessoal, to com um probleminha com relacao ao fluxo
de execucao
de um servlet.
Desenvolvi uma aplicacao que usa os servlets
como braco de
comunicacao no servidor, alem disso desenvolvi um
modelo do
pattern singleton para fazer como se fosse o
nucleo de um
servidor ao qual eu adiciono comandos (advindos
do servlet).
Pelo fato de ter uma arquitetura de certo modo
sincrona, e eu
tenho de responder meu cliente usando o response
desse mesmo
servlet, e ai comeca meu problema meu problema.
Quando chega um request, eu estava
adicionando a fila de
comandos desse meu singleton o comando a ser
interpretado e
ficava preso em um loop perguntando se esse meu
comando jah foi
tratado e jah tem resposta para mim, senao botava o
servlet para
durmir mais um poukinho. (aki eu estava ate
desenvolvendo um
modelinho com semaforos no singleton para ficar mais
politicamente correto).
Bem, mas fora a estorinha das sincroniza��es, o que
eu precisava
era uma forma de dar um FOWARD do contexto do
servlet ou seja
lah como isso se chame (notem nesse ponto que meu
singleton nao
eh um servlet - e ai mora outro ponto de duvida),
para o meu
singleton de forma que o singleton apos ter
completado a
execucao do comando, mandasse ele mesmo a resposta
para o cliente.
Isso � possivel de ser feito com servlets?
Grato pela ajuda
Marcelo Magno
------------------------------------------------------------
---------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
--------------------------------------------------------------
----------
Yahoo! GeoCities <http://br.geocities.yahoo.com/>
Tudo para criar o seu site: ferramentas f�ceis de usar,
espa�o de
sobra e acess�rios.
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
| Emerson Cargnin |
| Analista de Sistemas Sr. |
| Tel : (051) 3358-4959 |
| SICREDI Servi�os |
| Porto Alegre - Brasil |
|xxxxxxxxxxxxxxxxxxxxxxxxxx|
------------------------------------------------------------
---------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
------------------------------------------------------------
---------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
------------------------------------------------------------
---------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
------------------------------------------------------------
---------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
| Emerson Cargnin |
| Analista de Sistemas Sr. |
| Tel : (051) 3358-4959 |
| SICREDI Servi�os |
| Porto Alegre - Brasil |
|xxxxxxxxxxxxxxxxxxxxxxxxxx|
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para:
[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
| Emerson Cargnin |
| Analista de Sistemas Sr. |
| Tel : (051) 3358-4959 |
| SICREDI Servi�os |
| Porto Alegre - Brasil |
|xxxxxxxxxxxxxxxxxxxxxxxxxx|
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
