Discussion :

[Mister Nono]

Bonjour,

Voici la fonction suivante qui génére un fichier xml à partir d'un Document :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
public void printDocument(String path, Document doc, String encoding) throws OdXmlException 
    {
                 
        DOMImplementation domImplementation = doc.getImplementation();
        
        PrintWriter out = null;
        File f= null;
        try {  
            try {
                
                if (isValidJavaEncoding(encoding)) {
                    f = new File(path);
                    out = new PrintWriter(f, encoding);
                }
                else {
                    f = new File(path);
                    out = new PrintWriter(f, OdXmlUtil.DEFAULT_ENCODING);
                    encoding = OdXmlUtil.DEFAULT_ENCODING;
                }            

                if (domImplementation.hasFeature("LS", "3.0") && domImplementation.hasFeature("Core", "2.0")) {
                    DOMImplementationLS domImplementationLS = (DOMImplementationLS) domImplementation.getFeature("LS", "3.0");
                    LSSerializer lsSerializer = domImplementationLS.createLSSerializer();
                    DOMConfiguration domConfiguration = lsSerializer.getDomConfig();
                    
                    
                    
                    if (domConfiguration.canSetParameter("format-pretty-print", Boolean.TRUE)) {
                        lsSerializer.getDomConfig().setParameter("format-pretty-print", Boolean.TRUE);
                        
                    }
                    
                    if (domConfiguration.canSetParameter("element-content-whitespace", Boolean.TRUE)) {
                        lsSerializer.getDomConfig().setParameter("element-content-whitespace", Boolean.TRUE);
                        
                    }
                    
                    
                    
                    LSOutput lsOutput = domImplementationLS.createLSOutput();
                    lsOutput.setEncoding(encoding);
                    lsOutput.setCharacterStream(out);
                    lsSerializer.write(doc, lsOutput);
                    
                    
                    
                } else {
                    throw new RuntimeException("DOM 3.0 LS and/or DOM 2.0 Core not supported.");
                }
                
                out.flush();
                

            }
            finally {
                if (f != null) {
                    f= null;
                }
                if (out != null) {
                    out.close();
                }
            }
        }
        catch (Exception e) {  
           ...
        }
        
    }

Quand j'ai un texte ne contenant que des espaces (par exemple : 4 espaces contigus), je désire que la balise <text> du fichier xml s'écrive :

<text> </text>

... et non :

<text/>

Quand je retire le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
if (domConfiguration.canSetParameter("format-pretty-print", Boolean.TRUE)) {
                        lsSerializer.getDomConfig().setParameter("format-pretty-print", Boolean.TRUE);
                        
                    }

... la balise est bien :

<text> </text>

... mais alors le fichier xml n'inclus plus l'indentation liée aux balises xml.

Comment résoudre ce problème ?

Merci d'avance.

A+

[thelvin]

On ne peut pas à la fois garder les espaces tels que, et faire de l'auto-indentation, c'est contradictoire.

Une solution que j'aime bien, remplacer tous les espaces que je veux conserver par un caractère spécial genre espace insécable ou idéogramme du soleil (xpath sur les nœuds texte à garder tels quels, et remplacement du contenu,) écriture avec pretty-print dans une chaîne, parsing de la chaîne dans un nouveau document XML, remplacement du caractère spécial par des espaces normaux, écriture sans pretty-print.

Un peu laborieux pour la machine, mais très simple pour nous.

[Mister Nono]

On ne peut pas à la fois garder les espaces tels que, et faire de l'auto-indentation, c'est contradictoire.

Mais si au premier abord cela semble contradictoire, l'indentation est réalisée grâce aux espaces qui se trouvent après des balises fermantes, alors que les caractères espaces à ne pas retirer se trouvent après des balises ouvrantes. Donc cela devrait être possible, non ?

Une solution que j'aime bien, remplacer tous les espaces que je veux conserver par un caractère spécial genre espace insécable ou idéogramme du soleil (xpath sur les nœuds texte à garder tels quels, et remplacement du contenu,) écriture avec pretty-print dans une chaîne, parsing de la chaîne dans un nouveau document XML, remplacement du caractère spécial par des espaces normaux, écriture sans pretty-print.

Un peu laborieux pour la machine, mais très simple pour nous.

J'ai bien pensé à ce type de traitement sauf que les fichiers xml générés doivent répondre à des normes protocolaires liées aux courant très hautes tensions. Donc ici c'est peu probable que cette solution soit adopté par le service informatique.

A+

[thelvin]

Mais si au premier abord cela semble contradictoire, l'indentation est réalisée grâce aux espaces qui se trouvent après des balises fermantes, alors que les caractères espaces à ne pas retirer se trouvent après des balises ouvrantes.

?
Des espaces d'indentation sont forcément compris, au moins entre les balises fermantes et ouvrantes de l'élément racine, et en général de bien d'autres... Ça marche pas, ton truc.

Donc cela devrait être possible, non ?

C'est toujours possible, mais quand on se plonge dans l'étude de la chose on voit que ce qu'on cherche à faire dépend... De ce qu'on cherche à faire. Ce n'est pas universel, ça dépend de ce qui est "plus joli" dans le format précis qu'on est en train d'utiliser. Il n'y a pas une norme à favoriser par rapport aux autres. Et donc, pas de convention "pretty-print qui conserve les espaces" n'a été universellement choisie.

On pourrait mettre en place une norme de définition du pretty-print qui ne s'applique pas ou s'applique avec contraintes sur certains éléments, définis par exemple avec un xPath ou un pattern match. Mais à ma connaissance ce n'est implémenté nulle part en standard et il faut le programmer soi-même. À mon avis, le plus rapide, c'est comme je l'ai expliqué.
En JDOM, il y a plus sûr et assez rapide, c'est de carrément étendre les classes du XMLOutputter en pretty-print pour se comporter pile-poil comme on le veut.

J'ai bien pensé à ce type de traitement sauf que les fichiers xml générés doivent répondre à des normes protocolaires liées aux courant très hautes tensions. Donc ici c'est peu probable que cette solution soit adopté par le service informatique.

En remplaçant le "caractère spécial" par un élément <sp:preserve-space xmlns:sp="http://preserve-space.sp"/>, je ne vois pas quel problème se pose. Mais je te crois sur parole.