Discussion :

[Enzo27]

Bonjour à toutes et à tous,
J'utilise l'API JDom pour pour générer un fichier XML.

Mon soucis est le suivant: Lorsque l'input est au format windows et comporte les sauts de ligne, le résultat de mon fichier comporte des retour chariot.


En INPUT: J'ai un fichier texte suivant:
Bonjour. j'énumere:
1.:Un
2.eux
Fin du test

En OUPUT:Je veux obtenir ça:
<XML>
Bonjour. j'énumere:
1.:Un
2.eux
Fin du test
</XML>

Etape de mon programme:
1) Je lis ce fichier que je stocke en String via un mon programme Java.

2) J'utilise l'API JDom

3) si l'input était ecrit au format unix, le résultat est correct, mais au format windows, j'obtiens ça:
<XML>
Bonjour. j'énumere:&#xD;
1.:Un&#xD;
2.eux&#xD;
Fin du test&#xD;
</XML>


&#xD; correspondrait au caractere unicode de retour chariot.

Quelqu'un aurait-il des idées comment faire pour ne pas obtenir les retours chariot?.
Pour que le traitement avec les input sous windows produit les bons résultats.



Voici les elements relatifs à mon code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
//construction de mon format
Format monFormat=Format.getPrettyFormat();
monFormat=monFormat.setOmitDeclaration(true);
monFormat=monFormat.setExpandEmptyElements(true);  
monFormat=monFormat.setTextMode(Format.TextMode.PRESERVE);
monFormat=monFormat.setIndent("    ");
monFormat.setIgnoreTrAXEscapingPIs(true);//le bon est true
monFormat=monFormat.setEncoding("ISO-8859-1");
String separator=System.getProperty("line.separator");
monFormat=monFormat.setLineSeparator(separator); 
XMLOutputter xmlSortie = new XMLOutputter(monFormat);//Utilisation de l'affichage classique          
//

mon programme s'éxecute sous unix. L'input est variable, tantôt des fichiers de type UNIX tantôt de type de format windows.
//génération du flux
Element element=new Element();
element.setText(ici mon string vu en 1));uction du format:

xmlSortie.output(element, fileOstr);//où fileOstr est un FileOutputStream

[pk960]

Bonjour,
A mon avis, le problème ne vient pas de JDom mais de la lecture du fichier INPUT.
Les lignes n'ont sans doute pas été lues via la méthode readLine de BufferedReader qui permet de s'affranchir des fins de ligne en LF (unix), CR (mac) ou CR LF (windows).

[Enzo27]

Bonjour pk960,

Je te remercie pour ta contribution.

Les input sont soient des fichiers au format WINDOWs soient des fichiers au format UNIX.

En réalité, mon programme se situe après obtention du String contenant les données des fichiers INPUT. C'est un autre programme qui me donne ce String. Je n'ai pas la main avant.

Pour les String au format Unix: le fichier XML généré est correct. Cela s'explique par le fait que j'ai pris le separateur d'unix (voir code,
String separator=System.getProperty("line.separator");, mon programme s'exécute sous unix).

Pour les String au format Windows: le fichier XML généré n'est pas bon. Comme décrit dans le message du départ, on a des caractères unicodes qu s'apparente au retour chariot à chaque fin de ligne.


Peut-on affiner l'objet format de JDOM pour qu'il puisse gérer correctement le String provenant D'unix et ceux provenant de windows?
ou
Existe-il un solution moins couteuse permettant de transformer le string écrit en windows sous forme d'un string en unix?.

J'ai essayé d'écrire une petite classe utilitaire qui parse tout String, recherche les caracteres retour chariot et les virer tous en amont de mon programme, mais je n'arrive pas à detecté les retour chariot: je cale.