Boa tarde...
Eu li os links que vocês passaram, de fato entendi a proposta do pattern...
mas entre o "entender" e o "fazer" ainda existe uma grande lacuna.
Digamos que eu tenha um servlet, chamado "ServletController", ele receberá
todas as minhas requisições, TODAS.
Mas não vejo outra maneira de implementar isso sem encher o
"ServletController" de if.
Veja:
if(origemRequest == "material") {
if(operacao == "listar") {
...chama o que seria um Command ou Helper (pelo que eu entendi
vendo a documentação), que faria o processamento, buscar as informações da
base, etc...
}
} else if(origemRequest == "item") {
if(operacao == "cadastrar") {
... chama o Command/Helper... etc...
}
}
dispatch()....
Dessa forma eu estaria atendendo ao Front Controller?
Eu queria fazer algo sem precisar fazer incluir ou alterar os if/else, como
no link que vocês passaram:
// Use a helper object to gather parameter
// specific information.
RequestHelper helper = new RequestHelper(request);
Command cmdHelper= helper.getCommand();
// Command helper perform custom operation
page = cmdHelper.execute(request, response);
Só que não faço a mínima idéia de como ficaria o código.
O que é o RequestHelper e o Command no exemplo, são classes da própria
API do Servlet?
São muitas dúvidas, eu sei...
Obrigado!
Em 27 de julho de 2011 09:25, Oscar Costa <oscar_al_costa@yahoo.com.br>escreveu:
> **
>
>
> Então, é isso mesmo, você pode implementar o padrão "front controller", só
> citei o Struts porque é a forma que ele trabalha.
>
> Só que em algum momento você terá que fazer o parser da "url digitada" para
> as funcionalidades do sistema. No caso do Struts, isso é feito no
> struts-config.xml através dos mapeamentos das actions. Como você já tem as
> funcionalidades implementadas em Servlets, acredito ser simples adaptar o
> exemplo que no link do padrão (
> http://java.sun.com/blueprints/patterns/FrontController.html)
>
>
>
> []s,
>
> --
> Oscar A. Costa
> http://blog.openarch.com
>
> "Do or do not, there is no try" - Master Yoda
>
> ________________________________
> De: Sergio Possari <sergin_fatec@yahoo.com.br>
>
> Para: java-br@yahoogrupos.com.br
> Enviadas: Quarta-feira, 27 de Julho de 2011 9:11
> Assunto: Re: [java-br] Servlet único que recebe todas as requisições
>
>
> Oscar, bom dia.
>
> Eu cheguei a olhar o link que você me passou.
> Não gostaria de mudar para o Struts nesse momento pois não tenho muito
> conhecimento.
>
> O projeto possui várias telas de cadastros, listagem, edições que utilizam
> um servlet para cada função.
> Por exemplo:
> 1 - Servlet para cadastro de Materiais;
> 2 - Servlet para cadastro de Itens;
> 3 - ... e assim por diante.
>
> A idéia era centralizar todas as requisições em um servlet central, mas sem
> utilizar if/else em um propriedade para ver se é uma requisição do cadastro
> de material, ou uma requisição do cadastro de itens... e assim passar a
> requisição para as classes responsáveis pela lógica de negócio.
>
> Entende?
>
> Obrigado!
>
> Em 26 de julho de 2011 23:16, Oscar Costa <oscar_al_costa@yahoo.com.br
> >escreveu:
>
> > **
>
> >
> >
> > Olá Sergio,
> >
> > Sim, o framework Struts funciona desta forma. De uma olhada no padrão
> From
> > Controller.
> >
> > Link para referência:
> > http://java.sun.com/blueprints/patterns/FrontController.html
> >
> > []s,
> > --
> > Oscar A. Costa
> > http://blog.openarch.com
> >
> > "Do or do not, there is no try" - Master Yoda
> >
> > ________________________________
> > De: Sergio Roberto Possari Filho Possari <sergin_fatec@yahoo.com.br>
> > Para: "java-br@yahoogrupos.com.br" <java-br@yahoogrupos.com.br>
> > Enviadas: Terça-feira, 26 de Julho de 2011 22:29
> > Assunto: [java-br] Servlet único que recebe todas as requisições
> >
> >
> >
> > Boa Noite...
> >
> > Estou com um projeto que utiliza servlet e jsp e queria a opinião de quem
> > já utilizou algum mecanismo em um servlet para receber diversas
> requisições
> > de mais de uma tela ou funcionalidade.
> > Na verdade é mais uma questão de design da aplicação. É comum ter um
> único
> > servlet que receba, por exemplo, as requisições de diversos cadastros? E
> > esse servlet seja "inteligente" para distribuir as chamadas para os
> métodos
> > específicos?
> >
> > Vi algo sobre front controller mas não saberia como aplicar!
> >
> > Obrigado!
> > Sergio R. Possari Filho
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> ------------------------------------
>
>
> Para sair da lista, envie email para: java-br-unsubscribe@yahoogroups.com
> Para upload/download de arquivos:
> http://www.yahoogroups.com/files/java-brLinks do Yahoo! Grupos
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
[As partes desta mensagem que não continham texto foram removidas]
------------------------------------
Para sair da lista, envie email para: java-br-unsubscribe@yahoogroups.com
Para upload/download de arquivos: http://www.yahoogroups.com/files/java-brLinks do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/java-br/
<*> Para sair deste grupo, envie um e-mail para:
java-br-unsubscribe@yahoogrupos.com.br
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
