apalmeira wrote:Ex: Uma tela de cadastro.
1) View -> Formulário onde o usuário insere os dados para o cadastro.
2) Controler -> Um Servlet que valida as informações fornecidas pelo usuário.
3) Model -> Uma ou mais classes que interagem com o banco de dados ou executem regras de negocio?

Paulo Silveira wrote:Oi Marcos

Seria meio complicado eu te colocar uma aplciacao inteira aqui.

Entao vou fazer a minha propaganda, dizendo porque usar uma unica servlet:

Servlets, para muitos, é o ponto mais forte do J2EE, mais que EJB, devido a sua simplicidade e utilidade. Porem, quando voce faz uma servlet, voce ja deve ter percebido que o codigo da servlet perde bastante no quesito de orientacao a objetos. A coisa fica realmente com uma cara de programa procedural, ou pior, como se fosse um script! Utilizando apenas uma servlet (ou poucas), voce pode fazer com que essa servlet principal seja apenas uma controladora (o C do MVC), e que esta dispare chamadas para outras classes e objetos, afim de manter uma orientacao a objeto e perder essa caracterisitca tao procedural de uma servlet!

Se voce quer dar uma olhada mesmo no codigo de uma aplciacao que usa uma soh servlet, da uma olhada no codigo fonte do GUJ. Ele usa uma ferramenta que chama MAMUTE, que nos fizemso, que eh uma unica servlet e dispara chamadas para outras classes de acordo com a URL dada.

Qualquer cosia, grita!