Sim, eu sei... Mas estas estruturas tendem a ser mais pesadas e consumir mais memoria do que um servlet container ainda... Especialmente porque a saida nao fica totalmente gerenciada pelo container.
Concordo que usando XSLTC entao os problemas diminuem mais ainda. Mas gerar o XML para depois converter em XSLT ainda eh mais lento do que usar POJOs e TagLibs. Nao que seja terrivelmente lento para uma grande parte dos sistemas - a performance eh aceitavel para uma quantidade razoavel de usuarios simultaneos - mas, ateh hoje, nunca vi nenhum engine XML/XSL/templates bater um bom servlet container com JSPs/TagLibs/Beans/Servlets. Alguem tem uma experiencia que desminta a minha? -- 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: "Kemmel Scopim" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 10, 2003 9:15 PM Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML > > Ol� a todos, > Os novos processadores XSLTs podem trabalhar com cache dos arquivos XSLs, isto �, haver� um io na primeira chamada ao arquivo de layout (XSL) onde o processador XSLT o transformar� em um objeto java e j� deixar� compilado em mem�ria. Os processadores antigos nao tinham esta caracter�stica, e vc tinha que fazer o cache no bra�o sen�o a performance degradava mesmo. Tive alguns problemas de performance no in�cio que n�o tenho mais hoje. > Do segundo acesso em diante a transforma��o XML/XSL fica muito mais r�pido. � a mesma id�ia do JSP sendo compilado para Servlet na primeira chamada ao JSP. > Para quem quiser testar um framework nativo XML/XSL, eu indico o Framework JBanana MVC2 que criei e tornei open-source. (www.jbanana.org) Hoje ele se encontra no sourceforge. > Kemmel da Silva Scopim. > (SCJP, SCJD) > Reinaldo Braga <[EMAIL PROTECTED]> wrote:Agora entendi o que vc queria dizer !!! > Eh... realmente faz sentido, pq retornando em XML ter� mais uma camada de > processamento antes de retornar, sem contar que o servidor precisar� pegar o > arquivo XSLT pra converter e assim gerando I/O.. > Legal... > Tb espero mais opini�es pra poder formar a minha !! rs... > > []�s > ----- Original Message ----- > From: "Michael Nascimento Santos" > To: > Sent: Saturday, March 10, 2001 8:16 AM > Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML > > > Respostas inline: > > ----- Original Message ----- > From: "Reinaldo Braga" > To: > Sent: Friday, March 07, 2003 2:32 PM > Subject: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML (was: > Re: [enterprise-list] Progress Bar em JSP) > > > > Sei que a discuss�o � para os feras do assunto, mas gostaria de saber o > que > > quer dizer com Template Engine ?? > > Template Engines: sao frameworks que permitem que voce trabalhe com > templates. Alguns exemplos sao WebMacro e Velocity. > > > E ver se eu entendi... vc diz que � mais r�pido montar nos servlets o > > retorno atr�ves de HTML e JSP do que retornar os dados em XML e processar > no > > browser ?? > > Opa, nao me referi a processar no browser. Meu comentario sobre XML foi o > seguinte: alguns sistemas geram XML como saida da camada de negocios e > depois convertem em HTML, por exemplo, atraves de XSLT para entao enviar > para o browser. E isto eh mais lento do que usar HTML e JSP. > > > Eh que me interessa muito a performance nesse tipo de aplica��o, e como > > estou come�ando a opini�o do pessoal que tem experi�ncia interessa muito > !! > > Por sinal, estou surpreso que soh voce e o Bruno tenham respondido a esta > thread. Ninguem mais concorda, discorda ou tem uma solucao alternativa? > Aguardo comentarios! > > []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 > > > Obrigado !!! > > []�s > > > > ----- Original Message ----- > > From: "Michael Nascimento Santos" > > To: > > Cc: "Bruno Borges" > > Sent: Wednesday, March 07, 2001 11:37 AM > > Subject: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML (was: Re: > > [enterprise-list] Progress Bar em JSP) > > > > > > ----- Original Message ----- > > From: "Bruno Borges" > > To: > > 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] > > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] > > > > --------------------------------- > Busca Yahoo! > O servi�o de busca mais completo da Internet. O que voc� pensar o Yahoo! encontra. --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
