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]

Responder a