Oi Glauco, vou tentar te ajudar dando uma explica��o geral: O papel de servelts � responder requisi��es HTTP, processar e dar uma resposta. "Antigamente", os servlets continham c�digo HTML misturado com o c�digo que atende �s requisi��es. Foram surgindo frameworks para facilitar isso, tirando o HTML de dentro dos servlets. A id�ia b�sica desses frameworks era usar templates HTML para gerar a resposta. Mas ent�o surgiu o JSP, que tem como objetivo facilitar a *apresenta��o*.
Ent�o para que serve: Servlets - Processam as requisi��es (regra de neg�cio) JSP - Apresentam a resposta (gera��o do HTML resposta) Quando um JSP � executado pela peimeira vez, ele � transformado num servlet! � apenas uma maneira de dividir melhor as tarefas. Dessa forma, creio que eles t�m o mesmo n�vel de seguran�a que voc� procura. Melhor ainda � evitar colocar regras de neg�cio, ou acesso a dados, nas classes dos servlets. Os servlets podem receber a requisi��o e delegar para classes que implementam as regras de neg�cio. Estas por sua vez, devem delegar acesso a dados a outras classes. Com isso, voc� tem a arquitetura em camadas. Essa arquitetura separa interface com o usu�rio, neg�cio e dados. A id�ia � facilitar a manuten��o e aumentar a qualidade do c�digo. Bom, onde se encaixam os EJBs? Podes usar um SessionBean para ser o ponto central que atende requisi��es vindas de Servlets para executar as regras de neg�cio (ou delegar para classes que executam). Os Entity Beans s�o usados para persist�ncia. Voc� pode gerenciar o acesso a EntityBeans nas classes respons�veis pela persist�ncia. Se tua aplica��o for rodar num servidor de aplica��o e voc� precisar acessar acessar o banco diretamente, voc� obt�m as conex�es com o banco do servidor. N�o � preciso implementar um pool, o servidor j� faz isso por voc�. Se tua aplica��o usar apenas Sevlets e JSP (sem EJB), voc� pode tentar obter conex�es usando o pool de um driver JDBC 3.0. A partir da vers�o 3.0, os drivers j� implementam um pool, ent�o voc� n�o precisaria "gerenciar" as conex�es. Mas sempre mantenha um mente que � uma boa pr�tica criar classes que acessam os dados. A id�ia � n�o misturar regra de neg�cio com acesso a dados. Ufa... escrevi um bocado. Espero ter te ajudado! Se falei coisas obvias para voc�, n�o foi por mal! Um abra�o, J�lio -----Mensagem original----- De: Glauco D. Pabst [mailto:[EMAIL PROTECTED]] Enviada em: s�bado, 13 de julho de 2002 03:22 Para: [EMAIL PROTECTED] Assunto: [enterprise-list] JSP, Servlets e EJB Pessoal, estou estudando java j� h� algum tempo e agora iniciando em EJB. Bem, a d�vida : Gostaria de saber qual a melhor solu��o para tratar a conxao com o Banco de Dados. Sei que uma boa solu��o seria criar uma classe para tratar as conex�es, mas ainda tenho algumas d�vidas: Ainda n�o descobri quando utilizar Servlets e JSP. Atualmente estou fazendo todas as conex�es e regras de neg�cios pelos servlets (utilizando classes espec�ficas para ambos) e deixando o JSP s� para gerar as p�ginas din�micas que n�o posuem acesso ao BD ou regras de neg�cios importantes. Fa�o isso, pois achava que servlets eram mais seguros, mas j� me informaram que n�o, que s�o praticamente a mesma coisa. A seguran�a dos servlets e JSPs � a mesma? Ent�o quando utilizar servlets e quando utilizar JSPs? Como estou no in�cio de EJB, gostaria de saber se atrav�s dos Entity Beans posso resolver o problema de todas as minhas conex�es? Ou o caminho n�o � bem esse e � melhor eu dar uma boa estudada antes? Obrigado e abra�os, Glauco D. Pabst Analista de Sistemas --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
