WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Folhas de Estilo Implementadas e Não Implementadas

É possível usar folhas de estilo de duas maneiras diferentes com o nó do XSLTransform.

Folhas de estilo implementadas
As folhas de estilo implementadas são folhas de estilo importadas para um arquivo bar (broker archive) e implementadas em sistemas de destino. As páginas de estilo implementadas são gerenciadas pelo intermediário. Uma folha de estilo do proprietário (principal style sheet) é a folha de estilo raiz referida em um fluxo de mensagens; por exemplo, uma referência a uma folha de estilo do proprietário no espaço de trabalho do Eclipse, C:\\project1\a\b.xsl, deve ser especificada como a/b.xsl (ou ./a/b.xsl). Uma folha de estilo principal pode fazer referência (incluir ou importar) suas folhas de estilo descendentes.
Folhas de estilo não implementadas
Páginas de estilo não implementadas são páginas de estilo armazenadas em um local no qual o nó XSLTransform pode acessá-las. As páginas de não implementadas não são gerenciadas pelo intermediário.

Implementação de Folhas de Estilo ou Arquivos XML Implementados

Antes de configurar o nó XSLTransform, é necessário entender como trabalhar com folhas de estilo. Uma folha de estilo pode se referir a um outro arquivo ou folha de estilo XML. Para utilizar folhas de estilo implementadas ou arquivos XML:
  1. Certifique-se de que os arquivos tenham as extensões de nome de arquivo corretas.

    As folhas de estilo que serão implementadas devem ter .xsl ou .xslt como extensão de arquivo, enquanto os arquivos XML a serem implementados devem ter .xml como extensão de arquivo.

  2. Importe os arquivos no espaço de trabalho do Eclipse.

    Importe para um projeto do espaço de trabalho do Eclipse todas as folhas de estilo e arquivos XML que devem ser implementados. Coloque folhas de estilo descendentes, dependentes de local, ou arquivos XML que serão implementados, na estrutura de diretório correta, relativa a suas folhas de estilo pai. Não coloque no espaço de trabalho do Eclipse os descendentes dependentes de local que você não deseja implementar.

  3. Certifique-se de que todas as referências aos arquivos sejam relativas.

    Normalmente, todas as referências a uma folha de estilo implementada devem ser relativas, independentemente de onde elas forem exibidas. Uma referência a uma folha de estilo principal deve se tornar relativa para a raiz do projeto do espaço de trabalho do Eclipse relevante.

    A única exceção é quando você especifica uma folha de estilo principal como a propriedade Nome da Folha de Estilo em um nó XSLTransform; você pode utilizar um caminho absoluto que indique a estrutura de diretório correta no espaço de trabalho do Eclipse. Se a folha de estilo principal for localizada, o sistema reconfigura a propriedade do nó automaticamente para o valor relativo correto.

    O sistema também desempenha uma implementação automática da folha de estilo principal, juntamente com todas as suas folhas de estilo descendentes dependentes de local que estão disponíveis no projeto do espaço de trabalho do Eclipse relevante. Todas as referências às folhas de estilo descendentes dependentes de local (ou arquivos XML) de uma folha de estilo principal devem ser feitas em relação ao local das folhas de estilo pai. Por exemplo, se a folha de estilo //project1/a/b.xsl fizer referência à folha de estilo //project1/a/c/d.xsl, a referência deverá ser alterada para c/d.xsl (ou ./c/d.xsl).

  4. Identifique folhas de estilo ou arquivos XML filho não implementados.

    Folhas de estilo podem se referir a outras folhas de estilo. Se você tiver uma folha de estilo filha (ou arquivo XML), com referência relativa, que não será implementada, ainda que seu pai seja, certifique-se de que a folha de estilo filha seja colocada no local correto em workpath/XSL/external (workpath/XML/external), em que workpath é o caminho completo para o diretório de trabalho do intermediário. É possível usar a variável de ambiente MQSI_WORKPATH para encontrar o local do caminho de trabalho em seu sistema. Por exemplo, em sistemas Windows XP, o caminho de trabalho padrão é C:\Documents and Settings\All Users\Application Data\IBM\MQSI.

    Um intermediário associa automaticamente a árvore de armazenamento implementada do grupo de execução, caminho de trabalho/XSL/external, e a árvore caminho de trabalho/XML/external, juntas. Portanto, se por exemplo, o documento b/c.xml não for localizado no armazenamento implementado do intermediário, o intermediário procurará automaticamente uma referência a ele no diretório workpath/XML/external/a/b na folha de estilo principal implementada a/style.xsl. As referências de caminhos relativos também devem ser utilizadas para arquivos que foram implementados mas que não estão disponíveis no espaço de trabalho.

  5. Implemente os arquivos.

    Implemente manualmente apenas folhas de estilo ou arquivos XML que não são coletados pelo sistema (o WebSphere Message Broker Toolkit fornece avisos sobre esses arquivos). Se você clicar em Navegar para o nó ou fornecer o caminho completo do local da folha de estilo no espaço de trabalho do Eclipse, a folha de estilo é incluída automaticamente no arquivo BAR.

    Para implementar manualmente, inclua os arquivos a serem implementados em um archive do intermediário. Para obter informações adicionais, consulte o Incluindo Arquivos em um Broker Archive e o Incluindo Palavras-chave em Folhas de Estilo XSL.

    Para cada grupo de execução que utiliza o nó XSLTransform, desempenhe uma das seguintes ações:
    • Inclua a folha de estilo no diretório caminho de trabalho/XSL/external no intermediário; não inclua a folha de estilo no arquivo BAR.

      Se uma folha de estilo no diretório caminho de trabalho/XSL/external compartilhar o mesmo caminho e nome com uma folha de estilo implementada, a folha de estilo implementada será utilizada.

    • Inclua a folha de estilo no arquivo BAR e implemente o arquivo BAR. Se vários arquivos BAR incluírem o mesmo nome de folha de estilo, a folha de estilo do último arquivo BAR implementado será utilizada.
    • Implemente a folha de estilo em seu próprio arquivo BAR. Se os arquivos BAR utilizam os nós XSLTransform, mas não incluem a folha de estilo, o WebSphere Message Broker Toolkit emite mensagens de aviso.
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:28:22


Tópico de ReferênciaTópico de Referência | Versão 8.0.0.5 | ac12492_