Réf. : Re: Réf. : Re: xslt et namespaces

re-bonjour,

effectivement, le schéma évolue, mais il s'agit souvent de modification
mineures, et certaines XSL restent tout à fait d'actualité.
concrètement, on a des XSL qui extraient des données "majeures" à des fins
d'audit, et tant que ces données ont même structure, on aimerait éviter de
changer lesdites XSL (qu'on changera, bien sur, en cas de changement majeur
du schéma).

voilà le besoin...
et on aimerait ne pas (trop) perdre en perf...
comment gérer la compatibilité ?...
c'est surprenant qu'il n'y ait pas de réponse plus ou moins standard.
ce n'est pas un besoin rarissime, non ?

merci
--
Joseph





Internet
sylvain.wallez@xxxxxxxxxxxxxxxx@xmlfr.org - 12/20/2004 11:57 AM


Veuillez répondre à xml-tech@xxxxxxxxx

Envoyé par :      xml-tech-bounce@xxxxxxxxx

Pour : xml-tech

cc :


Objet :     [xml-tech] Re: Réf. : Re: xslt et namespaces


Herve AGNOUX wrote:

>Le lundi 20 Décembre 2004 09:46, joseph.vallot@xxxxxxxxxxxxxx a écrit :
>
>
>>je ne vois pas trop... désolé...
>>
>>je vais essayer d'être plus précis.
>>voilà ce que je mets en tête de mes xslt pour traiter S :
>>
>><xsl:stylesheet version="1.0"
>>  xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
>>  xmlns:S="http://www.bnpparibas.com/S/0.75";>
>>
>>  <xsl:template match="//S:truc">
>>
>>etc.
>>
>>bref, je ne vois pas comment faire pour que ça accepte S2 comme S,
>>surtout dans <xsl:template match="//S:truc">.
>>
>>
>>
>
>Au lieu de mettre <xsl:template match="//S:truc">, vous mettriez
<xsl:template
>match="//[local-name(.) = 'truc'">. De cette façon, la correspondance se
fera
>uniquement sur "truc", et pas sur "S:truc" ou "S2:truc".
>
>

Ca serait plutôt match="//*[local-name() = 'truc']" (il manque le '*'
qui indique qu'on cherche un élément).

Ceci dit, une XSL écrite de cette façon va être très lente, parce
qu'elle ne permet pas au moteur XSL de l'indexer les templates par le
nom de l'élément. Pour être plus efficace, on peut écrire
match="//S1:truc | //S2:truc".

Mais si le langage évolue, cela ne signifie-t-il pas aussi que la XSL
doit évoluer en conséquence ? Dans ce cas, pourquoi ne pas faire une
nouvelle XSL?

Sylvain

--
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }


--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xxxxxxxxx" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xxxxxxxxx
(mailto:xml-tech-request@xxxxxxxxx?Subject=unsubscribe)










This message and any attachments (the "message") is
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and 
immediately notify the sender. Any use not in accord with 
its purpose, any dissemination or disclosure, either whole 
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message. 
BNP PARIBAS (and its subsidiaries) shall (will) not 
therefore be liable for the message if modified. 

                ---------------------------------------------

Ce message et toutes les pieces jointes (ci-apres le 
"message") sont etablis a l'intention exclusive de ses 
destinataires et sont confidentiels. Si vous recevez ce 
message par erreur, merci de le detruire et d'en avertir 
immediatement l'expediteur. Toute utilisation de ce 
message non conforme a sa destination, toute diffusion 
ou toute publication, totale ou partielle, est interdite, sauf 
autorisation expresse. L'internet ne permettant pas 
d'assurer l'integrite de ce message, BNP PARIBAS (et ses
filiales) decline(nt) toute responsabilite au titre de ce 
message, dans l'hypothese ou il aurait ete modifie.