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]
-------------------------------------------------------------------------
