Jorge,
Dah para fazer uma transforma��o XML (XSLT) sem usar DOM ???
Estou meio confuso em rela��o a isso. Segundo li num artigo, SAX �
sequencial e n�o permitiria algumas express�es de XPath tais como:
<xsl:template match="myParentElement">
<!-- conte�do para formata��o -->
<xsl:apply-templates select="myChildElement1|myChildElement2" />
<!-- mais conte�do de formata��o -->
</xsl:template>
A express�o acima s� d� para ser resolvida se o documento XML estiver na
mem�ria como uma �rvore de dados. Como SAX � sequencial, ele n�o tem id�ia
dos sub-elementos de um elemento. Na verdade, alguns processadores XSLT
utilizam SAX para fazer um parse no XML e carrega-lo em memoria na forma de
uma �rvore DOM (Xalan).
Acho que n�o d� para fugir de DOM, n�o.
[]s
Sergio
>From: Jorge Martins <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>Subject: RE: [java-list] Design: XML/XSL x JSP
>Date: Tue, 17 Apr 2001 16:20:41 -0300
>
>Sergio,
>
>sem d�vida este overhead ainda � grande para aplica��es em massa. Fica
>imposs�vel. Ainda mais se voc� utilizar uma solu��o de transforma��o de XML
>baseado em DOM. Totalmente invi�vel.
>
>Mas o XML em alguns ambientes tem vantagem inigual�vel. Em um site bem
>estruturado um XSL pode definir toda a sua apar�ncia. E os dados podem ser
>publicados em um arquivo XML, ou em um banco dados onde um componente possa
>ler ou em qualquer outra coisa que gere um XML.
>
>E claro para as j� citadas aplica��es com m�ltiplos canais com usu�rios Web
>browser / dispositivos wap / etc. e comunica��o B2B.
>
>abra�os
>
>Jorge
>
>-----Original Message-----
>From: Sergio Oliveira Jr. [mailto:[EMAIL PROTECTED]]
>Sent: ter�a-feira, 17 de abril de 2001 15:41
>To: [EMAIL PROTECTED]
>Subject: Re: [java-list] Design: XML/XSL x JSP
>
>
>Jorge,
>
>O seu coment�rio � realmente pertinente, e me fez pensar na minha posi��o
>de
>
>evitar XML para desenvolvimento web. Fiquei pensando em como eu faria a
>mesma coisa em JSP.
>
>Notei que JSP vende esse mesmo peixe, isto �, a separa��o de uma camada de
>dados (banco, ldap, etc.), de uma camada l�gica (JavaBeans , EJB, etc) e de
>uma camada de apresenta��o (JSP, HTML, etc.).
>
>Vale lembrar tb que JSP segue as especifica��es de XML.
>
>Ent�o no caso dos boletins eu teria uma custom action que me retornaria as
>notas, mais ou menos assim:
>
><jsp:useBean id="boletim" scope="request" class="sergio.escola.Boletim" />
><table>
><th>Mat�ria</th>
><th>Nota</th>
><sergio:loop name="boletim" property="notas" loopId="nota"
>className="sergio.escola.Nota">
><tr>
><td><%= nota.getMateria() %></td>
><td><%= nota.getValue() %></td>
></tr>
></sergio:loop>
></table>
>
>Aqui seria muito f�cil alterar o layout dessa p�gina, e mesmo um web
>designer sem muitos conhecimentos de programa��o poderia faz�-lo.
>
>Se esse boletim fosse exibido em diversos lugares diferentes do meu site,
>eu
>
>usaria um <jsp:include page="boletim.jsp" />. Assim eu s� precisaria
>alterar
>
>em um �nico arquivo (boletim.jsp) para alterar o layout de todos os meus
>boletins em todos os lugares do meu site. Se esses boletins possuissem
>layout diferentes, eu teria que criar arquivos diferentes (boletim1.jsp,
>boletim2.jsp, etc.), do mesmo jeito que eu teria que criar XSL diferentes.
>
>Como voc� v�, acabou tendo o mesmo efeito da combina��o XML/XSL. S� que
>formatar um documento XML atrav�s de um XSL tem overhead. Outro ponto
>negativo � que os seus dados estar�o em um banco-de-dados comum, ou seja,
>vc
>
>vai ter que ler do banco, passar os dados para XML, fazer o parse do XML e
>fazer a formata��o segundo um XSL. Eh muito overhead pra pouco efeito
>pr�tico al�m de ser bem mais dif�cil de implementar essa arquitetura.
>
>Por isso que eu ainda n�o estou convencido que vale a pena investir em XML
>nessa �rea, a n�o ser que vc desenvolva um sistema muito parecido para web,
>para wap e para PDA, e vc n�o queira ficar atualizando tr�s vers�es
>diferentes do mesmo sistema.
>
>Futuramente com o surgimento de banco-de-dados que falem XML e com a
>integra��o de XML dentro da arquitetura do JSP (XSP), essa solu��o pode ser
>vi�vel.
>
>Por enquanto eu fico com JSP para desenvolvimento web e com XML para
>arquivos de configura��o, integra��o de sistemas legados e B2B.
>
>[]'s
>
>Sergio
>
>
>
>
>
> >From: Jorge Martins <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: java-list <[EMAIL PROTECTED]>
> >Subject: [java-list] Design: XML/XSL x JSP
> >Date: Tue, 17 Apr 2001 14:08:00 -0300
> >
> >
> >
> >-----Original Message-----
> >From: Jorge Martins
> >Sent: ter�a-feira, 17 de abril de 2001 14:06
> >To: 'oculto'
> >Subject: RE: Design: XML/XSL x JSP
> >
> >
> >Reginaldo,
> >
> >Vou exemplificar algumas vantagens utilizando seu caso.
> >
> >Imagine que voc� queira mudar a apresenta��o do bolhetim do aluno, isto
> >fica
> >facilitado, pois a apresenta��o (XSL) est� separada dos dados (XML).
>Quando
> >existem v�rias formas de gerar os dados (o bolhetim neste caso) fica tudo
> >muito f�cil, pois um arquivo est�tico ou um arquivo din�mico gerado
>atrav�s
> >de concultas de banco de dados ou sei l� o que fariam refer�ncia para o
> >mesmo XSL.
> >
> >Logo, basta voc� alterar este XSL e voc� mudar� a apresenta��o de todos
>os
> >bolhetins deste site.
> >
> >Outra vantagem � que XML e XSL s�o independentes de plataforma. Voc� gera
> >um
> >XSL que apresenta o bolhetim e este servir� para JSP, servlet, ASP, CGI,
>ou
> >que for. Contanto que voc� fa�a estes componentes gerarem um XML e
> >transformarem em HTML, usando o seu XSL.
> >
> >Em site com v�rios canais de acesso a mesma informa��o, basta referenciar
> >XSL diferentes e voc� ter� a mesma p�gina apresentada em um web browser,
>em
> >um celular wap ou o que mais voc� inventar.
> >
> >Voc� pode divulgar seus dados de forma mais clara, favorecendo
>transa��es.
> >Assim uma outra aplica��o boderia obter os bolhetins dos seus alunos e
> >fazer
> >o que quiser com eles sem se importar em como voc� ir� apresentar em
>HTML.
> >
> >Sacou? Sei que s�o muitas coisas para pegar de uma vez s�. Qualquer
>d�vida
> >�
> >s� perguntar.
> >
> >abra�os
> >
> >Jroge
> >
> >
> >
> >-----Original Message-----
> >From: oculto [mailto:oculto]
> >Sent: ter�a-feira, 17 de abril de 2001 13:55
> >To: Jorge Martins
> >Subject: Design: XML/XSL x JSP
> >
> >
> >Ol� Jorge,
> >
> >Achei interessante seu coment�rio sobre o XML/XSL. Estou aprendendo o XML
> >atrav�s de apostilas, mas ainda n�o consegui pegar o conceito da coisa. O
> >que n�o compreendo � a vantagem de estar usando o XML, sendo que eu
>poderia
> >estar gerando direto os dados j� em HTML. Vou dar um exemplo qualquer de
> >uma
> >situa��o imagin�ria, para que voc� possa ajudar-me a entender o porqu� do
> >XML. Exemplo:
> >Sou o Webmaster de uma escola e disponibilizo o boterim dos alunos pela
> >internet. Ent�o no meu modo de pensar eu faria com que ao aluno digitar
>uma
> >senha, no meu servidor eu pegaria os dados do aluno e geraria uma p�gina
> >HTML com os dados dele e pronto. Agora se fosse com o XML eu teria pelo
> >menos dois processos que seria interpretar o XML e gerar o HTML.
> >Seguindo os exemplos que vi nas apostilas eu teria que gerar um script em
> >JavaScript ou VBScript para interpretar o XML e da� ent�o estar gerando o
> >HTML. Acho que o XML seria +- assim:
> >
> >boletim.xml
> ><boletim>
> > <aluno Nome="Reginaldo">
> > <materia
> > Nome="Portugues" Bimestre="1o." Media="8.0"
> > </materia>
> > <materia
> > Nome="Matematica" Bimestre="1o." Media="7.5"
> > </materia>
> > <materia
> > Nome="Fisica" Bimestre="1o." Media="6.0"
> > </materia>
> > </aluno>
> ></boletim>
> >
> >Pode ser que eu tenha errado em alguma coisa a�, pois n�o lembro bem como
> >criar o XML, mas a situa��o seria essa
> >Como sitei acima, estou aprendendo, pode ser que eu tenha escrito uma
>coisa
> >que n�o tem nada haver, mas gostaria de sua opini�o diante de uma
>situa��o
> >desta, o que voc� faria, e o mais importante: explicar o porqu� da
>escolha.
> >
> >Obrigado
> >t+
> >Reginaldo,
> >[EMAIL PROTECTED]
> >[EMAIL PROTECTED]
> >ICQ# 94318387
> >
> >
> >----- Original Message -----
> >From: Jorge Martins <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Friday, April 13, 2001 1:34 PM
> >Subject: RE: [java-list] Design: XML/XSL x JSP
> >
> >
> >Leandro,
> >
> >JSP, XML e XSL tem objetivos distintos e uma boa combina��o destas
> >tecnologias resulta numa �tima arquitetura, com boa separa��o entre
> >camadas.
> >
> >JSP � um script para gera��o de servlets. Estes, s�o aplica��es que rodam
> >no
> >servidor (�bvio...), recebendo request e gerando respostas. S�o usados
> >basicamente para gerar p�ginas din�micas.
> >
> >A melhor forma de gerar estas p�ginas � justamente o XML. Um formato
>muito
> >claro e simples de representa��o de dados estruturados.
> >
> >O XML pode (e deve) referenciar um XSL, que � um script que transforma o
> >XML
> >em qualquer linguagem (geralmente um HTML).
> >
> >Ent�o note o poder de separa��o de camadas:
> >
> >JSP - gera os dados a serem apresentados dinamicamente
> >
> >XML - formato de divulga��o de dados
> >
> >XSL - processo de transforma��o dos dados em uma apresenta��o.
> >
> >Por exemplo um sistema de uma faculdade poderia ter uma p�gina que
> >apresenta dados de um curso determinado.
> >
> >O JSP seria o respons�vel de pegar os dados do curso certo e devolv�-lo
>em
> >formato XML. Este referenciaria um XSL, que o apresentaria em uma p�gina
> >HTML.
> >
> >Sacou?
> >
> >A arquitetura de in�cio parece mais complexa. Mas cada camada se torna
> >muito
> >simples de ser implementada separadamente e poder ser alterada
> >individualmente. Pois a pr�pria combina��o destas tecnologias
>potencializa
> >isto.
> >
> >abra�os
> >
> >Jorge
> >
> >-----Original Message-----
> >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> >Sent: quinta-feira, 12 de abril de 2001 17:39
> >To: java-list
> >Subject: [java-list] Design: XML/XSL x JSP
> >
> >
> >Ol� pessoal !!!
> >
> >Com rela��o a apresenta��o das p�ginas do site, ou seja, o design, qual
> >� a vantagem do XML/XSL sob o JSP ???????????
> >
> >T+
> >
> >Leandro
> >[EMAIL PROTECTED]
> >
> >
> >
> >___________________________________________________________
> >
> >
> >------------------------------ LISTA SOUJAVA ----------------------------
> >http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> >d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> >regras da lista: http://www.soujava.org.br/regras.htm
> >para sair da lista: envie email para [EMAIL PROTECTED]
> >-------------------------------------------------------------------------
> >
>
>_________________________________________________________________________
>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
>
>------------------------------ LISTA SOUJAVA ----------------------------
>http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
>d�vidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para [EMAIL PROTECTED]
>-------------------------------------------------------------------------
>
>------------------------------ LISTA SOUJAVA ----------------------------
>http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
>d�vidas mais comuns: http://www.soujava.org.br/faq.htm
>regras da lista: http://www.soujava.org.br/regras.htm
>para sair da lista: envie email para [EMAIL PROTECTED]
>-------------------------------------------------------------------------
>
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
