Comment conserver les nouvelles lignes dans CDATA lors de la génération de XML?

Question

Je veux écrire un texte qui contient des caractères blancs tels que newline et tab dans un fichier xml donc j'utilise

Element element = xmldoc.createElement("TestElement"); 
element.appendChild(xmldoc.createCDATASection(somestring)); 

mais quand je lis ce retour à l'aide

Node vs = xmldoc.getElementsByTagName("TestElement").item(0); 
String x = vs.getFirstChild().getNodeValue(); 

Je reçois une chaîne qui n'a plus de nouvelle ligne.
Lorsque je regarde directement dans le xml sur le disque, les retours à la ligne semblent conservés. le problème se produit donc lors de la lecture dans le fichier xml.

Comment puis-je préserver les retours à la ligne?

Merci!

Answer 1

Je don Ne sais pas comment analyser et écrire votre document, mais voici un exemple de code amélioré basé sur le vôtre:

// creating the document in-memory               
Document xmldoc = DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument(); 

Element element = xmldoc.createElement("TestElement");          
xmldoc.appendChild(element);                
element.appendChild(xmldoc.createCDATASection("first line\nsecond line\n"));    

// serializing the xml to a string               
DOMImplementationRegistry registry = DOMImplementationRegistry.newInstance();    

DOMImplementationLS impl =                 
    (DOMImplementationLS)registry.getDOMImplementation("LS");        

LSSerializer writer = impl.createLSSerializer();           
String str = writer.writeToString(xmldoc);             

// printing the xml for verification of whitespace in cdata        
System.out.println("--- XML ---");               
System.out.println(str);                 

// de-serializing the xml from the string             
final Charset charset = Charset.forName("utf-16");           
final ByteArrayInputStream input = new ByteArrayInputStream(str.getBytes(charset));  
Document xmldoc2 = DocumentBuilderFactory.newInstance().newDocumentBuilder().parse(input); 

Node vs = xmldoc2.getElementsByTagName("TestElement").item(0);       
final Node child = vs.getFirstChild();              
String x = child.getNodeValue();               

// print the value, yay!                 
System.out.println("--- Node Text ---");             
System.out.println(x);                  

La sérialisation à l'aide de LSSerializer est la méthode W3C (see here). La sortie est comme prévu, avec des séparateurs de lignes:

--- XML --- 
<?xml version="1.0" encoding="UTF-16"?> 
<TestElement><![CDATA[first line 
second line ]]></TestElement> 
--- Node Text --- 
first line 
second line 

Answer 2

EDIT: couper toutes les choses hors de propos

Je suis curieux de savoir ce que la mise en œuvre DOM que vous utilisez, car il ne reflète pas le comportement par défaut de celui dans quelques JVMs J'ai essayé (Ils sont livrés avec un Xerces impl). Je suis également intéressé par les nouveaux caractères de votre document.

Je ne suis pas sûr si CDATA devrait préserver les espaces est une donnée. Je soupçonne qu'il y a beaucoup de facteurs impliqués. Les DTD/schémas n'ont-ils pas d'incidence sur le traitement des espaces?

Vous pouvez essayer d'utiliser l'attribut xml: space = "preserve".

Answer 3

Vous devez vérifier le type de chaque noeud à l'aide de node.getNodeType(). Si le type est CDATA_SECTION_NODE, vous devez concaténer les gardes CDATA à node.getNodeValue.

Answer 4

Vous n'avez pas nécessairement besoin d'utiliser CDATA pour conserver les caractères en espace blanc. Le code XML specification spécifie comment coder ces caractères.

Ainsi, par exemple, si vous avez un élément avec une valeur qui contient un nouvel espace, vous devez encoder avec


 

Retour chariot:


 

Et ainsi de suite

Answer 5

xml: space = 'preserve' n'est-ce pas. C'est seulement pour les nœuds "tout espace". Autrement dit, si vous voulez les nœuds blancs dans

<this xml:space='preserve'> <has/> 
<whitespace/> 
</this> 

Mais voyez que ces nœuds blancs sont que des espaces.

J'ai eu du mal à faire en sorte que Xerces génère des événements permettant l'isolation du contenu CDATA. Je n'ai pas encore de solution.