Discussion :

[Beleg]

Bonjour à tous,
Je travaille sur la génération d'un fichier de sauvegarde pour mon application.

Code :

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

1
2
3
4
5
6
7
8
9
10
<?xml version="1.0" encoding="UTF-8"?>
<transcription>
  <Image titre="04000013" coefDimensionLargeur="0.20545580110497239" coefDimensionHauteur="0.164453125">
    <Bloc idBloc="1203171828016" niveauZoom="0.21754144132137299">
      <Point X="1568" Y="373" />
      <Point X="731" Y="479" />
      <Point X="1113" Y="1329" />
      <Point X="2161" Y="934" />
      <Texte>&lt;i&gt;dfsdfsdf&lt;/i&gt;&lt;lb/&gt;</Texte>
    </Bloc>

Voila la forme de mon document d'origine, le problème vient du remplissage de la balise <Texte>. Jusqu'à présent je collais simplement le contenu des JTextPane comme une string, mais le problème c'est que les < > sont remplacés par &lt; &gt;. J'ai lu sur ce forum que c'était du à l'utilisation de la string.

Solution préconisée, passer par un SAX Builder pour parser le contenu de mon JTextPane et avoir donc un nouveau Document.

Le problème, c'est que je ne peux pas ajouter directement un Document dans un Document existant car il me dit qu'il existe déjà un rootElement (logique...). Est il possible de créer un document sans RootDocument, ou bien de substituer au rootElement un Element ?

[Galevsky]

Je pense que tout document a obligatoirement un rootElement... ceci-dit j'ai l'impression que tu ne choisis pas les bonnes solutions...

As-tu entendu parlé de JAXB ? Cela permet de créer sans douleur une vue xml d'une classe java (le marshalling) mais aussi de recréer une instance de classe à partir de ton Document (l'unmarshalling). J'ai l'impression que tu est en train de refaire à la main ces processus automatisés.

Sinon, tu dois quand même pouvoir transformer les string contenant des entités html par leur caractères correspondants.. du genre utiliser une lib telle que http://commons.apache.org/, qui te permet des manipulations sympa sur les String, pour échapper (ou l'inverse) les caractères spéciaux.... la classe est visible ici:

http://commons.apache.org/lang/api-r...capeUtils.html

Gal'

[Beleg]

As-tu entendu parlé de JAXB ? Cela permet de créer sans douleur une vue xml d'une classe java (le marshalling) mais aussi de recréer une instance de classe à partir de ton Document (l'unmarshalling). J'ai l'impression que tu est en train de refaire à la main ces processus automatisés.

Ce n'est pas faux, je n'utilise que jDom et je refais la structure de mon document à la main. En fait le seul endroit ou le contenu est variable, c'est entre les deux balises <texte></texte> car c'est le seul endroit ou on écrit des données entrées par l'utilisateur ... J'ai déjà utilisé JAXB sur un autre projet, mais la j'ai une livraison vendredi et plein d'autres choses à faire, je ne vais donc pas tout changer ^_^

Sinon, tu dois quand même pouvoir transformer les string contenant des entités html par leur caractères correspondants.. du genre utiliser une lib telle que http://commons.apache.org/, qui te permet des manipulations sympa sur les String, pour échapper (ou l'inverse) les caractères spéciaux.... la classe est visible ici:

http://commons.apache.org/lang/api-r...capeUtils.html

Gal'

J'ai jeté un oeil à cette lib, unescapeXML semble correspondre à mon besoin, pourtant quand je passe ma String comme argument de cette méthode, j'ai toujours &lt; &gt; dans mon fichier XML Peut etre une mauvaise utilisation je ne sais pas ... Ca aurait été tellement plus simple ^_^

Code :

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

elementTexte.setText(StringEscapeUtils.unescapeXml(texte.getBalisedText()))

Merci pour tes pistes en tout cas.

[Galevsky]

Mince si ça marche pas... Mais plutôt qu'attaquer le Document avec un autre parser, tu ne préfères pas te faire un simple String.replaceAll() des caractères spéciaux, vu que c'est sur du texte apparemment très petit.... c'est radical mais on ne peut plus simple et efficace...

Gal'

[Beleg]

Mince si ça marche pas... Mais plutôt qu'attaquer le Document avec un autre parser, tu ne préfères pas te faire un simple String.replaceAll() des caractères spéciaux, vu que c'est sur du texte apparemment très petit.... c'est radical mais on ne peut plus simple et efficace...

Gal'

bah c'etait la premiere solution a laquelle j'avais pensé...
Je faisais dans ma méthode getBalisedText un replaceAll("&lt;","<") mais j'avais quand meme &lt; dans le fichier au final ...

J'avoue que là je sèche un peu ^^

[Beleg]

Ok je crois que j'ai trouvé pourquoi, je cite :

When you pass a string into a method like setText() JDOM assumes it's just that, a string, not a fragment of XML. For example, when you call:

element.setText("&#160;")

JDOM assumes you want to set the content to the string containing the six characters & # 1 6 0 ;. It does not parse it to attempt to understand it as XML first. Thus when you output the text using XMLOutputter it will naturally escape the special ampersand character and output &amp;#160;. The solution is to pass regular Unicode characters to the setText() method or, if you have text data that you want to be interpreted as XML, pass it through an XML parser before it goes into JDOM. This is what the SAXBuilder and DOMBuilder classes do.