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" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
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" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
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" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: "Bruno Borges" <[EMAIL PROTECTED]>
> 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" <[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]
---------------------------------------------------------------------
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.
