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]
