La façon de traiter avec des caractères non valides dans un WS de sortie lors de l'utilisation de CXF?

Je suis en utilisant le Printemps, CXF et Hibernate pour construire un Service web qui effectuent des requêtes de recherche sur une base de données que j'ai un accès en lecture seule.

Le problème est que certaines entrées dans la base de données ont des caractères étranges (0x2) dans les champs de texte, et il semble que CXF ou à la bibliothèque (Aegis?) qu'il utilise pour/sérialiser les objets renvoyés à partir de la session Hibernate ne peut pas traiter avec elle:

org.apache.cxf.aegis.DatabindingException: Error writing document.. Nested exception is com.ctc.wstx.exc.WstxIOException: Invalid white space character (0x2) in text to output (in xml 1.1, could output as a character entity)

Comment puis-je obtenir autour de qui?
Idéalement, je pourrais juste supprimer ces personnages, car ils n'ont pas d'importance pour ma sortie...
Merci!

InformationsquelleAutor elias | 2012-03-14
  1. 16
    /**
* From xml spec valid chars:<br>
* #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF]<br>
* any Unicode character, excluding the surrogate blocks, FFFE, and FFFF.<br>
* @param text The String to clean
* @param replacement The string to be substituted for each match
* @return The resulting String
*/
public static String CleanInvalidXmlChars(String text, String replacement) {
    String re = "[^\u0009\r\n\u0020-\uD7FF\uE000-\uFFFD\uD800\uDC00-\uDBFF\uDFFF]";
    return text.replaceAll(re, replacement);
}

    source: http://www.theplancollection.com/house-plan-related-articles/hexadecimal-value-invalid-characterheplancollection.com/house-plan-related-articles/hexadecimal-value-invalid-character

    • c'est assez proche de ce que j'ai fait à l'époque, donc je suis le marquant comme acceptée!
    • N'est-ce pas mal? Je veux dire, la regexp (échappé de java) devrait être: "[^\\x09\\x0A\\x0D\\x20-\\xD7FF\\xE000-\\xFFFD\\x10000-\\x10FFFF]"
    • Cela fonctionne parfaitement pour moi
    InformationsquelleAutor nDijax
  2. 8

    Je ne suis pas sûr que cela répond à votre question, mais voici ce que j'ai trouvé.

    Ici est la classe qui lève l'exception:
    http://svn.codehaus.org/woodstox/wstx/trunk/src/java/com/ctc/wstx/api/InvalidCharHandler.java

    Semble qu'il y est une discussion sur la question ici: http://comments.gmane.org/gmane.comp.apache.cxf.user/4373

    Peut-être cela peut vous pouvez:
    Vous pouvez également définir une "désactiver.outputstream.l'optimisation de la propriété" sur la
    point de terminaison de bus/à vrai pour l'avoir désactiver l'écriture directe à l'outputstream
    et toujours passer par le XMLStreamWriter. Devrait faire la même chose
    sans la surcharge d'avoir la SAAJModel créé.

    Espère que cela aide un peu.

    • Merci, mec! J'ai effectivement lu cette discussion déjà avant de poster cette question. 🙂 De Dan Kulp réponse, j'ai compris peut-être que je pourrais écrire un wrapper pour XMLStreamWriter pour remplacer les caractères, j'essaie de comprendre comment le faire...
    • Si je comprends bien c'est juste un espace? Pourriez-vous supprimer/remplacer dans votre code avant de l'écrire en xml?
    • Pour le faire dans mon propre code, il aurait besoin de mettre tous les objets de base de données en mémoire pour les traiter, avant l'envoi de la réponse. Je ne veux pas le faire tout simplement parce que d'un petit pourcentage de la problématique de données. J'ai besoin de mettre le code pour supprimer des caractères, juste avant de CXF de liaison de données écrit l'objet à la sortie... j'ai lu CXF de docs pour voir comment aller à ce sujet.
    • Je vois. Si vous avez cela, merci de le poster ici. Je serais intéressé par votre solution. Merci!
    • Hey, Jarle! Il s'avère que j'ai eu tort: la base de données des objets ont été déjà chargé en mémoire! J'ai été inutilement inquiets. Donc j'ai juste transformé une liste de résultats avant de redescendre. Merci pour l'aide!
    • Merci pour la clarification, bon à entendre, tout a fonctionné 🙂
    • Je crois que la bonne url InvalidCharHandler.java github.com/FasterXML/woodstox/blob/master/src/main/java/com/ctc/... aujourd'hui, comme codehaus a été mort pour, assez pour un certain temps. Oui, je sais que cette réponse est vieux, mais gardons l'Url à jour 😉

    InformationsquelleAutor Jarle Hansen
  3. 1

    Pour obtenir le comportement désiré et éviter les exceptions étant levée, vous aurez à étendre la valeur par défaut Woodstoks usine com.ctc.wstx.stax.WstxOutputFactory avec votre propre, c'est censé pour remplacer la propriété com.ctc.wstx.outputInvalidCharHandler avec une instance de com.ctc.wstx.api.InvalidCharHandler.ReplacingHandler. Cette fonction prend comme argument du constructeur le remplacement char aux invalides. Avec votre instance en main, créez un fichier nommé META-INF/services/javax.xml.stream.XMLOutputFactory et les placer à l'intérieur seulement le nom complet de votre mise en œuvre (assurez-vous qu'il va être placé à l'intérieur de la META-INF/services de répertoire dans le bocal).

    Vous pouvez trouver plus de détails ici.

    HTH!

    • Mise à jour de la réponse en conséquence, merci pour les conseils.
    InformationsquelleAutor cristianoms
  4. 0

    Le top-rated réponse n'a pas fonctionné pour moi, comme le codage Unicode a été rejetée. Avec une légère altération cependant, il apparaît que le comportement souhaité:

    public static String CleanInvalidXmlChars(String text, String replacement) {
    String re = "[^\\u0009\\u000A\\u000D\\u0020-\\uD7FF\\uE000-\\uFFFD\\u0001\\u0000-\\u0010\\uFFFF]";
    return text.replaceAll(re, replacement);
}
    • Cette regex accepte tous les caractères dans la plage de 0 x 0-0x10. La plupart de ces ne sont pas valides en XML.
    InformationsquelleAutor Lizard