Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml tech : Technologies XML

[xml-tech] Re: DOM : importNode et espace de noms

[xml-tech] Re: DOM : importNode et espace de noms

Auteur: Herve AGNOUX <herve.agnoux@diaam-informatique.com>
Date: 04/11/2005 - 08:08

Le Jeudi 3 Novembre 2005 14:45, Robin Berjon a écrit :
>
> Il faut bien distinguer l'objet DOM de sa sérialisation XML. L'objet
> importé a bel et bien le bon namespace, ainsi qu'un préfixe
> correspondant et tout ce qu'il faut (pareil pour ses attributs et
> descendants quand l'option deep est à true). Par contre ton
> implémentation DOM peut ne pas rendre celà évident si tu fais un
> toString sur un élément isolé, et peut parfois se tromper dans sa
> sérialisation du document en entier. Dans ce dernier cas c'est un bug
> (ou une limitation) de l'implémentation, et non pas de la spec.

Encore une fois le problème semble bien venir du serializer, et plus
précisément de la transformation identité de jaxp. J'ai fait la manip de
remplacer la transformation identité implicite par une transformation
identité explicite, située dans une xslt à moi, et là je retrouve bien mes
espaces de noms.

J'ai fait :

    t = tf.newTransformer(new StreamSource(new StringReader(
          "<xsl:stylesheet version=\"1.0\"
xmlns:xsl=\"http://www.w3.org/1999/XSL/Transform\">"+
          "<xsl:template match=\"@*|node()\"><xsl:copy><xsl:apply-templates
select=\"@*|node()\"/></xsl:copy></xsl:template>"+
          "</xsl:stylesheet>"
          )));

Sur le site de Sun, il y a au moins un bug report qui semble correspondre :
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4981389

On y apprends que "For JDK 1.4, using JAXP identity transforms for namespaced
documents is too buggy to consider, and no DOM3 LS is available." !!

Cela n'arrange pas du tout mes petites affaires : j'ai peur que la
transformation identité par un xslt source prenne un
temps fou. Et quelle usine à gaz !

Enfin, s'il n'y avait pas des bugs, on s'ennuierait. Merci.

-- 
SARL diaam informatique - 04 77 25 43 28
Ingenierie, développements de systèmes d'information
http://www.diaam-informatique.com
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (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@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Received on Fri Nov 4 08:14:28 2005

Archive générée par hypermail 2.1.8 le 30/11/2005 - 16:12 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement