Discussion :

[zomurn]

Bonjour j'ai un problème d'écriture dans un fichier en UTF-8. En effet, mon programme est sensé créer un fichier en UTF-8 or dans notepad++, le menu "encoding" ne montre aucun format.
Mon programme lit bien un fichier source en encoding UTF-8 (comme spécifié par mon notepad++), il lit le contenu de ce fichier dans une string et doit le recopier dans un autre fichier préalablement crée en uTF-8 aussi.
Mais rien a faire, le contenu du fichier cible est bizarre (je parle des character encodés comme \uFFFD):

Code :

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

1
2
3
4
num_compte = 3 06 3 005 386 056\r\n\r\n
num_facture = 13 418 979 009\r\n\r\n
montant_total_ttc = Total TTC 181,91 \uFFFD\r\nA r\uFFFDgler avant le 01/03/2010
num_client = 1 0009571 52\r\n\r\n

Mon code :
Code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
   1. System.setProperty( "file.encoding", "UTF-8" );
   2. PropertiesConfiguration lProps = new PropertiesConfiguration();
   3.  List<String> lOCRContentList = new ArrayList<String>();
   4.  Map<String, String> lPropsMap = new HashMap<String, String>();
   5. ...
   6. String lOCRContentStr = FileUtils.readFileToString( new File(
   7.     lOutputTextFullPathFilename ), "UTF-8" );
   8.   lPropsMap.put( lName, lOCRContentStr );
   9. ...
  10. Writer lPropsFile = new BufferedWriter( new OutputStreamWriter(
  11.    new FileOutputStream( pOutputPropsFullPathFilename ),
  12.    Charset.forName( "UTF-8" ) ) );
  13.  lProps.setHeader( "my interesting comment" );
  14.  lProps.save( lPropsFile );

Que proposez-vous comme code ?

[zomurn]

Tiens je viens d'essaier un autre truc :

Code :

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

1
2
3
4
PropertiesConfiguration lProps = new PropertiesConfiguration();
...
lProps.save( new FileOutputStream( pOutputPropsFullPathFilename ),
				"UTF-8" );

Le fichier de nom absolue pOutputPropsFullPathFilename crée est en ASCII selon notepad++ et même selon linux ubuntu :

Code :

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

1
2
alfresco33g@alfrescodemo:~$ file edf-300dpi-bw.properties
edf-300dpi-bw.properties: ASCII text, with CRLF line terminators

Décidément, impossible de créer un fichier au format UTF-8

[tchize_]

le fichier est bien au format utf-8. Si ce sont le \r qui t'ennuie, il faut bien les échapper d'une manière ou d'une autre puisque, dans un fichier properties, les retour à la ligne on une signification particulière. De même, comme indiqué dans la javadoc, PropertiesConfiguration fait un echappement de tout caractère qui ne sois pas latin1.

Quand à l'ascii, par définition, c'est aussi de l'utf-8 puisque les 127 caractère de base de l'ascii sont mappé avec les même valeur en utf-8.

[_skip]

Je trouve que trifouiller les propriétés système est super moche pour faire ça. Pourquoi ne pas créer un writer utf-8 à la place?

Perso j'ai cette fonction dans ma boîte à outil pour ce faire :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
/**
     * Creates and returns a buffered writer for writing UTF-8 encoded files.
     * The caller is responsible for closing the writer.
     *
     * @param fileToWrite The file name to open / create.
     * @param append Setting this param to false overwrites the file.
     * @return A buffered writer.
     * @throws IOException In case of IO errors.
     */
    public static BufferedWriter createBufferedWriterUTF8(String fileToWrite, boolean append) throws IOException
    {
        return new BufferedWriter( new OutputStreamWriter( new FileOutputStream(fileToWrite, append), CharEncoding.UTF_8) );
    }

[zomurn]

Merci pour les explications.
En fait, je vais poser mon problème plus généralement car je galère trop là .

En entrée, j'ai un fichier de type texte (présent sur le disque) avec le contenu suivant :

Code :

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

1
2
Total TTC 181,91 €
A régler avant le 01/03/2010

On remarque que ce contenu est parfait sur le symbole € et les accents. De plus il est au format UTF-8 d'après mon notepad++ et la commande 'file' de ubuntu.

Très concrètement je cherche à :

1) Lire le contenu de ce fichier
2) Crée un fichier xxx.properties au format UTF-8 (tout comme le fichier d'entrée).
3) Ecrire dans le fichier xxx.properties le même contenu que le fichier d'entrée avec des choses en plus (notamment la clé de la valeur).

Et ben pour avoir un fichier xxx.properties en sortie "identique" au fichier d'entrée, j'ai du mal

[tchize_]

tu ne pourra pas avec les classes de type propertiesConfiguraiton, puisqu'elles obéissent à des règle particulière, documentées dans la javadoc, et qui, semble-t-il, te posent problème. Dans ton cas le mieux est de le faire à la main:

Code :

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

1
2
3
4
5
6
7
8
9
10
String[] lignes = ....
String[] cles = ...
Writer w = ......;
int index = 0;
for (String ligne: lignes){
  writer.write(cles[i++]);
  writer.write(" = ");
  writer.write(ligne);
  writer.write("\n");
}

[zomurn]

le fichier est bien au format utf-8. Si ce sont le \r qui t'ennuie, il faut bien les échapper d'une manière ou d'une autre puisque, dans un fichier properties, les retour à la ligne on une signification particulière. De même, comme indiqué dans la javadoc, PropertiesConfiguration fait un echappement de tout caractère qui ne sois pas latin1.

Quand à l'ascii, par définition, c'est aussi de l'utf-8 puisque les 127 caractère de base de l'ascii sont mappé avec les même valeur en utf-8.

C'est donc pour ça que mon symbole euro est tout bizarre...moi je veux un vrai caractère lisible de préférence...comment se fait-il que mon editeur de texte ne converti pas ce symbole au format unicode en caractère lisible ?

[tchize_]

C'est donc pour ça que mon symbole euro est tout bizarre...moi je veux un vrai caractère lisible de préférence...comment se fait-il que mon editeur de texte ne converti pas ce symbole au format unicode en caractère lisible ?

parce que cet échappement est spécifique au format des fichier properties et ce n'est pas l'affaire de ton éditeur.

[zomurn]

parce que cet échappement est spécifique au format des fichier properties et ce n'est pas l'affaire de ton éditeur.

Oulala, ça m'embrouille tout ça. Tu veux dire que dans un fichier .properties, les symboles d'encodage d'un jeu de caractère quelconque est différent ? (dans ce cas pas la peine de consulter une table de conversion).
Je croyais qu'un fichier .properties était un fichier .txt avec un contenu respectant des règles de syntaxe....pas d'encodage.

En fait je voulais utiliser PropertiesConfiguration pour éviter de faire le bout de code que tu as écris (programmation bas niveau). Mais je crois que je vais rayer cette classe....à moins que mon programme qui lira ce fichier .properties généré le lira comme il faut (qu'il comprenne le symbole euros, etc.), c'est sûr ça ?