Pode ser mais performatico, mas com certeza nao eh portavel. Mesmo no IE,
hah diferenca de comportamento entre as versoes.
[]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 3:07 PM
Subject: Re: Re: [enterprise-list] XML/XSLT/Template Engine x JSP e HTML
(was: Re: [enterprise-list] Progress Bar em JSP)
Cristiano, foi isso que eu disse. O meu questionamento é quanto ao
processamento do XML utilizando o XSL no browser, como o Michel colocou.
Pergunta pra quem já utilizou transformação no lado cliente
(browser): na prática vocês acham que é mais performático fazer a
transformação no cliente, em relação à quantidade de bytes transmitidos
entre servidor -> cliente? Questiono isso pq um arquivo XML também pode
ficar bem grande.
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
At 13:35 12/03/2003 -0300, you wrote:
> Certo, mas quem transforma ou mescla os XML com o XSL é o parser,
> gerando assim o Html ou o formato definido no XSL (Html, etc)
>
> []'s
>
> Cristiano
>
>-----Mensagem original-----
>De: Rafael Leite <[EMAIL PROTECTED]>
>Enviada em: 12/03/2003 08:40:29
>Para: [EMAIL PROTECTED]
>Assunto: 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]
