Na verdade o XML que voc� deve passar para o lado cliente deve conter somente os dados
que a p�gina vai necessitar para ser renderizada. Se a p�gina for longa voc� pode
quebra-la em v�rias, particionando o XML no lado servidor, e colocar uma navega��o
nela.
==========================
Marcio Antonio Ramos Alves
Quality Software Ltda.
0 XX 21 3475-3034
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
==========================
>>> [EMAIL PROTECTED] 12/03/2003 15:07:38 >>>
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]
