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]
