Depende do tamanho da aplica��o uso e etc... Mas se voc� diz que n�o tem problemas em manuten��o nem nada parecido, concordo que usar jsp vai ser mais pr�tico sim.
'[]'s F. Lin ----- Original Message ----- From: "Michael Nascimento Santos" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 12, 2001 4:00 PM Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML > O meu questionamento foi o uso de JSP com TagLibs/Beans comparado com XML. > Neste caso, nao vejo diferencas em facilidade de manutencao, na verdade, > ainda acho que a primeira solucao seria mais pratica. Concorda(m)? > > []s > Michael Nascimento Santos > Sun Certified Programmer for the Java 2 Platform > Sun Certified Programmer for the Java 2 Platform 1.4 > Sun Certified Web Component Developer for J2EE > Moderador SouJava - www.soujava.org.br > > ----- Original Message ----- > From: "Fabio Lin" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, March 12, 2003 3:15 PM > Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML > > > > > > Usando jsp direto para output h� uma diminui��o no tr�fego de dados, por�m > > um xml com um dtd bem estrtruturado facilita demais em manuten��o e > > altera��o do sistema. Peguei o bonde no meio do caminho mas cada caso � um > > caso, analise sua solu��o e veja se serve bem, as vezes as pessoas > exageram > > usando N tecnologias enquanto algo simples poderia resolver muito bem o > > problema sem dar dor de cabe�a no futuro. N�o siga o modismo. > > > > Quanto ao fato do IE processar o XSL n�o sei se vai pro cache, mas se for > > fazer o sistema voltado a um browser que processe XSL voc� perde a > > portabilidade, dai � quest�o de analisar a aplica��o. > > > > '[]'s > > F. Lin > > > > > > ----- Original Message ----- > > From: "Michael Nascimento Santos" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, March 12, 2001 9:05 AM > > Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML (was: > > Re: [enterprise-list] Progress Bar em JSP) > > > > > > > No caso do que eu estava falando, sim, Rafael. Mas o Daniel se referia a > > > capacidade do IE de processar XSL. > > > > > > []s > > > Michael Nascimento Santos > > > Sun Certified Programmer for the Java 2 Platform > > > Sun Certified Programmer for the Java 2 Platform 1.4 > > > Sun Certified Web Component Developer for J2EE > > > Moderador SouJava - www.soujava.org.br > > > > > > ----- Original Message ----- > > > From: "Rafael Leite" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Wednesday, March 12, 2003 8:40 AM > > > Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML > (was: > > > Re: [enterprise-list] Progress Bar em JSP) > > > > > > > > > > > > Me corrijam se eu estiver errado, mas o processamento do XSL � > > > feito no servidor. O XSL transforma o XML para ser apresentado, da mesma > > > forma que o JSP transforma os objetos Java para serem apresentados. > > > > > > O que vai para o broser � sempre o HTML... certo? > > > > > > Estou s� no conceito...:) > > > > > > Rafael Leite > > > > > > > > > At 00:54 12/03/2003 -0300, you wrote: > > > >Eu quero entrar nessa discuss�o com a seguinte pergunta: CACHE!! > > > > > > > >Ser� que meu XSL � guardado local no browser? Se for, temos uma grande > > > >redu��o no tr�fego de dados, certo? > > > > > > > >Procurei no MSDN para saber se o IE cacheia o XSL mas n�o achei nada a > > > >respeito... > > > > > > > >[]'s > > > >Daniel C. Amadei > > > >Sun Certified Programmer for the Java 2 Platform 1.2 > > > >Sun Certified Programmer for the Java 2 Platform 1.4 > > > >Sun Certified Web Component Developer for J2EE > > > > > > > > > > > > > > > > > > > > > > > >>From: "Michael Nascimento Santos" <[EMAIL PROTECTED]> > > > >>Reply-To: [EMAIL PROTECTED] > > > >>To: <[EMAIL PROTECTED]> > > > >>CC: "Bruno Borges" <[EMAIL PROTECTED]> > > > >>Subject: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML (was: > > > >>Re: [enterprise-list] Progress Bar em JSP) > > > >>Date: Wed, 7 Mar 2001 11:37:04 -0300 > > > >> > > > >>----- Original Message ----- > > > >>From: "Bruno Borges" <[EMAIL PROTECTED]> > > > >>To: <[EMAIL PROTECTED]> > > > >>Sent: Friday, March 07, 2003 11:06 AM > > > >>Subject: Re: [enterprise-list] Progress Bar em JSP > > > >> > > > >> > > > >> > Michael, realmente, eh impossivel trabalhar com J2EE, > principalmente > > > JSP e > > > >> > Servlet, querendo evitar html e js (q infelizamente, eh um mau > > > necessario) > > > >> > :) > > > >> > > > >>Opa, opa, opa.... Eu _nao_ disse isso nao... :-) > > > >> > > > >>Disse que nao ia negar que conhecia as tecnologias, nao que eh > > impossivel > > > >>trabalhar sem elas. Muita gente usa JSP e Servlets pra gerar XML > > > somente... > > > >>Outros geram XML e tem na equipe programadores XSLT que fazem a > > > >>transformacao para HTML. Eh possivel viver sem eles sim, soh eh > dificil. > > > E, > > > >>por mais que puristas digam o contrario, um sistema que usa JSPs ao > > inves > > > de > > > >>template engines, se for bem escrito dos dois lados, terah uma > > performance > > > >>muito superior com o uso de JSPs puros - nao quero dizer sem Servlets, > > de > > > >>forma alguma, mas sim sem nenhum processamento textual de saida por > > outras > > > >>formas, como XSLT e Velocity, por exemplo. > > > >> > > > >>Gerar sistemas performaticos muitas vezes implica em ter templates XML > > que > > > >>sao convertidos em JSP ou HTML estaticos a cada vez que o conteudo > muda. > > > >>Esta eh uma boa tatica. Por exemplo, se voce quer um gerenciador de > > > conteudo > > > >>implantado de forma que o conteudo gerado possa ser acessado com o > > minimo > > > de > > > >>tempo de processamento no servidor e espera por parte do usuario, gere > o > > > >>HTML ou o JSP estaticamente cada vez que alguem alterar o conteudo na > > > >>ferramenta. Implemente um processo de exportacao de BD/XML para > conteudo > > > >>estatico. Assim, voce estarah tirando proveito do engine do seu > Servlet > > > >>Container, que vem sendo escrito por anos a fio para ser rapido - > beeeem > > > >>mais rapido que a sua solucao de templates, desculpe a franqueza :-) . > > > >> > > > >>Sei que fugi da sua pergunta, mas queria voltar ao assunto Java :-) . > > > >>Especialmente porque tenho visto muito disso em sistemas, a obsessao > de > > > usar > > > >>XML e templates pra fugir de HTML e JSPs, quando, na verdade, a melhor > > > forma > > > >>de utilizar estas tecnologias eh justamente para gerar tais conteudos. > > > >>Alguem discorda? (tah ae uma boa discussao lancada na lista!) > > > >> > > > >>[]s > > > >>Michael Nascimento Santos > > > >>Sun Certified Programmer for the Java 2 Platform > > > >>Sun Certified Programmer for the Java 2 Platform 1.4 > > > >>Sun Certified Web Component Developer for J2EE > > > >>Moderador SouJava - www.soujava.org.br > > > >> > > > >>--------------------------------------------------------------------- > > > >>Para cancelar a subscri��o, envie mensagem para: > > > >>[EMAIL PROTECTED] > > > >>Para comandos adicionais, envie mensagem para: > > > >>[EMAIL PROTECTED] > > > > > > > > > > > >_________________________________________________________________ > > > >MSN Messenger: converse com os seus amigos online. > > > >http://messenger.msn.com.br > > > > > > > > > > > >--------------------------------------------------------------------- > > > >Para cancelar a subscri��o, envie mensagem para: > > > >[EMAIL PROTECTED] > > > >Para comandos adicionais, envie mensagem para: > > > >[EMAIL PROTECTED] > > > > > > Rafael Leite > > > Analista de Sistemas - SAFF > > > Softplan/Poligraph > > > Sistema da Qualidade Certificado - ISO 9001 - BVQI - INMETRO > > > Fone/Fax: 0xx(48) 3027-8000 > > > http://www.softplan.com.br > > > > > > --------------------------------------------------------------------- > > > 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]
