HTML à l'intérieur de XML CDATA converti avec < et > les crochets

J'ai quelques exemples XML:

<sample><![CDATA[Line 1<br />Line 2<br />Line 3<br />]]></sample>

Je suis à l'aide d'ASP à la sortie de ce document XML à l'aide d'une feuille de style comme:

Set xmlHttp = Server.CreateObject("Microsoft.XMLHTTP")
xmlHttp.open "GET", URLxml, false
xmlHttp.send()

Set xslHttp = Server.CreateObject("Microsoft.XMLHTTP")
xslHttp.open "GET", xXsl, false
xslHttp.send()   

Set xmlDoc = Server.CreateObject("MICROSOFT.XMLDOM")
Set xslDoc = Server.CreateObject("MICROSOFT.XMLDOM")
xmlDoc.async = false
xslDoc.async = false
xmlDoc.Load xmlHttp.responseXML
xslDoc.Load xslHttp.responseXML

Response.Write xmlDoc.transformNode(xslDoc)

Cependant, une fois que c'est arriver écrite, la sortie HTML s'affiche comme:

Line 1&lt;br /&gt;Line 2&lt;br /&gt;Line 3

Je peux voir que l'ASP est de convertir les crochets dans le code, mais je ne sais pas pourquoi. Toutes les pensées?

Bonne question, +1. En plus de la bonne explication par @Alejandro, voir ma réponse décrivant la meilleure solution possible au problème.
+1 question est claire et cherche une réponse définitive - que l'a noté, l'affichage du document XSL pourrait l'aider.
La partie de la XSL qui est de la sortie de ces données est un simple <xsl:value-of select="exemple"/>.

InformationsquelleAutor Steve K. | 2010-11-30

2
J'ai quelques exemples XML:
```
<sample><![CDATA[Line 1 Line 2 Line 3 ]]></sample>
```
C'est un sample élément avec un nœud de texte enfant.

Supposons que vous appliquez une identité transformer. Alors le résultat sera:
```
<sample>Line 1&lt;br /&gt;Line 2&lt;br /&gt;Line 3&lt;br /&gt;</sample>
```
Pourquoi? Parce que les nœuds de texte et des valeurs d'attribut ont le caractère spécial &, < et > s'échapper comme des entités de caractères.

MODIFIER: bien sûr, vous pouvez utiliser DOE... Mais, outre le fait que c'est un option, le résultat sera un nœud de texte n'importe quoi (sans le coder des entités de caractères). Vous aurez besoin d'autres analyseur fase (ce qui peut être utile lors de la sortie et de coder le HTML fragment a (X)document HTML comme dans les aliments, avec le risque de la malformation de sortie...).

Cette feuille de style:
```
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 <xsl:template match="sample">
 
 <xsl:value-of select="." disable-output-escaping="yes"/>
 
 </xsl:template>
</xsl:stylesheet>
```
De sortie:
```
Line 1 Line 2 Line 3 
```
Rendu (majoration réelle):

Ligne 1
La Ligne 2
La Ligne 3
- Mais le fait d'être dans un CDATA l'instruction ne doit pas être sortie comme l'écrit? N'est-ce pas le but d'une CDATA, essentiellement ignorer tous les caractères spéciaux en son sein?
- Le but d'une CDATA déclaration est de vous offrir une nouvelle façon de sérialiser les données. Les blocs de Code <sample><![CDATA[ ]]></sample> et <sample> </sample> sont sémantique sur le même. Dans les deux cas, il est un exemple de l'élément dont le contenu est   comme une chaîne de texte, non pas comme un élément. Sortie HTML HTML pour la sérialisation de vos données et même en HTML, il est nécessaire de s'échapper < caractères.
- K.: section CDATA dire: "Ne pas analyser cela, le traiter comme un texte"
- +1 pour la bonne explication.
InformationsquelleAutor
1

En plus de @Alejandro de l'explication, c'est ici la meilleure solution possible:

Ne jamais mettre de balisage dans un texte (CDATA) nœud.

Au lieu de:
```
<sample><![CDATA[Line 1 Line 2 Line 3 ]]></sample>
```
toujours créer:
```
<sample>Line 1 Line 2 Line 3 </sample>
```
Rappelez-vous: Mettre de balisage à l'intérieur de la CDATA est en train de perdre il.

InformationsquelleAutor Dimitre Novatchev
1

Pense que c'est la transformation XSL qui vous cause des problèmes. Vous devriez être en mesure de modifier votre .xsl document pour corriger ce en tant que tel:
```
<xsl:template match=".">
 <xsl:value-of select="." disable-output-escaping="yes" />
 
</xsl:template>
```
Je suis voler cette page sur désactiver la sortie échappement.

Pour l'enregistrement, j'ai la haine XML/XSL - une solution à la recherche d'un problème. En règle générale, si vous avez besoin de traiter avec le balisage j'ai trouvé XML/XSL n'apporte que des problèmes, car souvent vous voulez traiter avec le balisage des fragments, qui sont souvent pas XML valide, de sorte que vous enveloppez CDATA autour d'elle puis hilarité s'ensuit que vous êtes en train de vivre.

Mise à jour

OK, donc le ci-dessus ne fonctionne pas. Bien sûr, ne savait pas ce XSL ressemblait jusqu'commentaire sur la question a été ajoutée. Le code suivant fonctionne (idée de ce fil du forum):
```
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0"
 xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 <xsl:output method="text" />
 <xsl:template match=".">
 <xsl:value-of select="sample" />
 </xsl:template>
</xsl:stylesheet>
```
Clé est la <xsl:output method="text" />.

Aussi, pour le bas de voter, commenter pourquoi.
- Ouais! Systématiquement le Traitement de unparsed données parseable de données n'est pas une partie de votre problème...
- hein?
- Essayez d'ajouter l'option désactiver la sortie d'échappement paramètre n'ai pas réussi. Il semble que l'ASP est le coupable qui est en train de changer sur la sortie. J'ai aussi trouvé que ça change & s'&'s ...
- K.: voir la mise à jour de ma réponse.
- ce n'est pas un motif valable... Aussi, vous êtes à la méthode de sortie est text; qui ajoute la nécessité de construire vous-même l'élément de balisage...
- Je pense que l'interlocuteur du balisage est déjà construit, mais peut-être cela reflète mon imparfaite XSL connaissances. Quand je l'applique que XSL pour ce XML: <exemple><![CDATA[Ligne 1 Ligne 2 Ligne 3 ]]></sample> je reçois la Ligne de sortie 1 Ligne 2 Ligne 3 .
- Tout d'abord, vous ne pouvez pas vous lancer à la transformation: . est un format incorrect. Deuxièmement, j'ai tendance à penser que l'OP veut sans doute à la sortie plus que juste l'encodage (X)HTML, c'est à dire un emballage p. Comment voudriez-vous faire cela en préservant votre text méthode de sortie?
- Je suis en cours d'exécution de la transformation avec succès en Java à l'aide de ladite XML et XSL. N'ont pas de système ASP debout n'importe où. Votre point sur l'ajustement avec d'autres éléments est valide, je pense que pour répondre à la question intégralement, puis besoin de données XML et XSL.
InformationsquelleAutor orangepips

Vous devez vous connecter pour publier un commentaire.