transformer.setOutputProperty (OutputKeys.ENCODING, "UTF-8") ne fonctionne PAS

J'ai la méthode suivante pour écrire un XMLDom à un flux de données:

public void writeToOutputStream(Document fDoc, OutputStream out) throws Exception {
    fDoc.setXmlStandalone(true);
    DOMSource docSource = new DOMSource(fDoc);
    Transformer transformer = TransformerFactory.newInstance().newTransformer();
    transformer.setOutputProperty(OutputKeys.METHOD, "xml");
    transformer.setOutputProperty(OutputKeys.ENCODING, "UTF-8");
    transformer.setOutputProperty(OutputKeys.INDENT, "no");
    transformer.transform(docSource, new StreamResult(out));
}

Je suis en train de tester quelques autres fonctionnalités XML, et c'est juste la méthode que j'utilise pour écrire dans un fichier. Mon programme de test génère 33 test les cas où les fichiers sont écrits. 28 d'entre eux ont l'en-tête suivant:

<?xml version="1.0" encoding="UTF-8"?>...

Mais pour une raison quelconque, 1 des cas de test maintenant produire:

<?xml version="1.0" encoding="ISO-8859-1"?>...

Et quatre plus de produits:

<?xml version="1.0" encoding="Windows-1252"?>...

Comme vous pouvez le voir clairement, je suis en train de CODAGE de clé de sortie de l'UTF-8. Ces tests sont utilisés pour travailler sur une version antérieure de Java. Je n'ai pas exécuter les tests dans un certain temps (plus d'un an) mais en cours aujourd'hui sur "Java(TM) SE Runtime Environment (build 1.6.0_22-b04)" je reçois ce drôle de comportement.

J'ai vérifié que les documents à l'origine du problème ont été lues à partir des fichiers qui étaient à l'origine ceux de l'encodage. Il semble que les nouvelles versions des bibliothèques tentent de préserver l'encodage du fichier source qui a été lu. Mais ce n'est pas ce que je veux ... je veux vraiment la sortie pour être en UTF-8.

Personne ne sait de tout autre facteur qui pourrait causer le transformateur d'ignorer le codage UTF-8? Est-il autre chose qui doit être réglée sur le document à-dire d'oublier l'encodage du fichier qui était à l'origine de la lire?

Mise à JOUR:

J'ai vérifié le même projet sur un autre ordinateur, construit et gère les tests. Sur cette machine tous les tests passent! Tous les fichiers ont "UTF-8" dans leur en-tête. Cette machine a "Java(TM) SE Runtime Environment (build 1.6.0_29-b11)" les Deux machines sont en cours d'exécution Windows 7. Sur la nouvelle machine qui fonctionne correctement, jdk1.5.0_11 est utilisé pour faire de la place, mais sur l'ancienne machine jdk1.6.0_26 est utilisé pour faire de la construction. Les bibliothèques utilisées pour les deux versions sont exactement les mêmes. Peut-il être un JDK 1.6 incompatibilité avec 1,5 au moment de la construction?

Mise à JOUR:

Après 4,5 ans, la bibliothèque Java est toujours en panne, mais en raison de la suggestion par Vyrx ci-dessous, j'ai enfin une solution adéquate!

public void writeToOutputStream(Document fDoc, OutputStream out) throws Exception {
    fDoc.setXmlStandalone(true);
    DOMSource docSource = new DOMSource(fDoc);
    Transformer transformer = TransformerFactory.newInstance().newTransformer();
    transformer.setOutputProperty(OutputKeys.METHOD, "xml");
    transformer.setOutputProperty(OutputKeys.ENCODING, "UTF-8");
    transformer.setOutputProperty(OutputKeys.OMIT_XML_DECLARATION, "yes");
    transformer.setOutputProperty(OutputKeys.INDENT, "no");
    out.write("<?xml version=\"1.0\" encoding=\"UTF-8\"?>".getBytes("UTF-8"));
    transformer.transform(docSource, new StreamResult(out));
}

La solution est de désactiver l'écriture de l'en-tête, et à l'écriture de l'en-tête correcte juste avant la sérialisation XML à la sortie de la vapeur. Boiteux, mais il produit des résultats corrects. Tests cassé il y a 4 ans sont maintenant en cours d'exécution à nouveau!

source d'informationauteur AgilePro

J'ai eu le même problème sur Android lors de la sérialisation d'emoji caractères. Lors de l'utilisation de l'encodage UTF-8 dans le transformateur de sortie a été des entités HTML (UTF-16 paires de substitution), qui serait par la suite casser d'autres analyseurs que lire les données.

C'est comment j'ai fini par le résoudre:

StringWriter sw = new StringWriter();
sw.write("<?xml version=\"1.0\" encoding=\"UTF-8\" ?>");
Transformer t = TransformerFactory.newInstance().newTransformer();

//this will work because we are creating a Java string, not writing to an output
t.setOutputProperty(OutputKeys.ENCODING, "UTF-16"); 
t.setOutputProperty(OutputKeys.OMIT_XML_DECLARATION, "yes");
t.transform(new DOMSource(elementNode), new StreamResult(sw));

return IOUtils.toInputStream(sw.toString(), Charset.forName("UTF-8"));

Pour répondre à la question de code suivant fonctionne pour moi. Cela peut prendre une entrée d'encodage et de convertir les données en sortie de l'encodage.

        ByteArrayInputStream inStreamXMLElement = new ByteArrayInputStream(strXMLElement.getBytes(input_encoding));
        DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
        DocumentBuilder db = dbf.newDocumentBuilder(); 
        Document docRepeat = db.parse(new InputSource(new InputStreamReader(inStreamXMLElement, input_encoding)));
        Node elementNode = docRepeat.getElementsByTagName(strRepeat).item(0);

        TransformerFactory tFactory = null;
        Transformer transformer = null;
        DOMSource domSourceRepeat = new DOMSource(elementNode);
        tFactory = TransformerFactory.newInstance();
        transformer = tFactory.newTransformer();
        transformer.setOutputProperty(OutputKeys.OMIT_XML_DECLARATION, "yes");
        transformer.setOutputProperty(OutputKeys.ENCODING, output_encoding);

        ByteArrayOutputStream bos = new ByteArrayOutputStream();
        StreamResult sr = new StreamResult(new OutputStreamWriter(bos, output_encoding));


        transformer.transform(domSourceRepeat, sr);
        byte[] outputBytes = bos.toByteArray();
        strRepeatString = new String(outputBytes, output_encoding);

1

J'ai passé la quantité importante de temps à mettre au point cette question, parce qu'il fonctionne bien sur ma machine (Ubuntu 14 + Java 1.8.0_45) mais ne fonctionnait pas correctement dans la production (Alpine Linux + Java 1.7).

Contrairement à mon attente, la suite à partir de ci-dessus mentionné réponse n'a pas aidé.
```
ByteArrayOutputStream bos = new ByteArrayOutputStream();
StreamResult sr = new StreamResult(new OutputStreamWriter(bos, "UTF-8"));
```
mais celui-ci a fonctionné comme prévu
```
val out = new StringWriter()
val result = new StreamResult(out)
```

sur quoi?:

public static String documentToString(Document doc) throws Exception{ return(documentToString(doc,"UTF-8")); }//
   public static String documentToString(Document doc, String encoding) throws Exception{
     TransformerFactory transformerFactory =TransformerFactory.newInstance();
     Transformer transformer = null;

if ( "".equals(validateNullString(encoding) ) ) encoding = "UTF-8";
try{
    transformer = transformerFactory.newTransformer();
    transformer.setOutputProperty(OutputKeys.INDENT, "yes") ;
    transformer.setOutputProperty(OutputKeys.ENCODING, encoding) ;
}catch (javax.xml.transform.TransformerConfigurationException error){
    return null;
}

Source source = new DOMSource(doc);    
StringWriter writer = new StringWriter();
Result result = new StreamResult(writer);

try{
    transformer.transform(source,result);
}catch (javax.xml.transform.TransformerException error){
    return null;
}
return writer.toString();    
}//documentToString

0

J'ai pu contourner le problème en enveloppant l'objet d'un Document transmis à la DOMSource constructeur. La méthode getXmlEncoding de mon wrapper renvoie toujours null, toutes les autres méthodes sont délégués à la enveloppé d'objet de Document.
-1

Je vais prendre un tir sauvage ici, mais vous mentionnez que vous êtes la lecture de fichiers pour les données des essais.
Pouvez-vous vous assurer que vous que vous lisez les fichiers en utilisant le codage approprié ainsi, lorsque vous écrivez dans votre OutputStream vous avez déjà les données dans le bon encodage?

Donc avoir quelque chose comme new InputStreamReader(new FileInputStream(fileDir), "UTF8").

N'oubliez pas que le seul argument des constructeurs de FileReader toujours utiliser la plate-forme de codage par défaut : Les constructeurs de cette classe supposer que le codage de caractères par défaut et le défaut d'octets taille de la mémoire tampon sont appropriées.
-1

Essayez de définir l'encodage de votre StreamResult spécifiquement:
```
StreamResult result = new StreamResult(new OutputStreamWriter(out, "UTF-8"));
```
De cette façon, il ne devrait être en mesure d'écrire en UTF-8.

Vous devez vous connecter pour publier un commentaire.