org.xml.sax.SAXParseException: Invalid octet 2 de 3 octets UTF-8 séquence

Je rencontre l'erreur ci-dessus dans l'environnement de production alors que le processus s'est bien passé dans l'UAT.

Je me demandais si cette erreur est liée au fichier jar de chargement. Nous sommes à l'aide de webmethods et l'erreur ci-dessus s'est produite pour un service java.

Pouvez-vous me donner plus d'informations? Peut-être une trace de la pile complète, peut-être un peu de code, peut-être un exemple de fichier? Aussi, si vous pouviez comprendre où dans le fichier d'exemple le caractère non valide est détecté... Enfin essayer de propager le fichier de production à l'UAT et de voir si l'erreur persiste
<Description>ah kom craquelé gris vie 12cm</Description> ci-dessus xml est analysé dans UAT alors que le même fichier est un échec dans la Production...
J'ai trouvé la cause exacte de ce problème.. Le truc, c'est les paramètres régionaux et de caractère par défaut présent dans la production et l'acceptation est différent.. j'ai utilisé cette Chaîne deEncoding= ""+jeu de caractères.defaultCharset();String locale=""+paramètres Régionaux.getDefault(); pour trouver les lieux .. Les codages et les locales sont différentes.. j'ai codé en dur la valeur UTF-8 dans byteArray = inputInXML.getBytes("UTF-8"); et le résultat est un succès
stackoverflow.com/q/15545720/923560

OriginalL'auteur abhijith501 | 2012-10-26

  1. 7

    Le scénario le plus probable est que le fichier est en ISO-8859-1 codées et contient des caractères ASCII étendus (les caractères entre 0x80 et 0xff inclus). L'analyseur s'attend à UTF-8 et l'un des caractères étendus est interprété comme le début d'une 3-séquence d'octets, mais n'est pas suivi d'un octet qui est valide dans cette position.

    J'ai trouvé la cause exacte de ce problème.. Le truc, c'est les paramètres régionaux et de caractère par défaut présent dans la production et l'acceptation est différent.. j'ai utilisé cette Chaîne deEncoding= ""+jeu de caractères.defaultCharset();String locale=""+paramètres Régionaux.getDefault(); pour trouver les lieux .. Les codages et les locales sont différentes.. j'ai codé en dur la valeur UTF-8 dans byteArray = inputInXML.getBytes("UTF-8"); et le résultat est un succès

    OriginalL'auteur Jim Garrison

  2. 0

    Le fichier xml de la charge n'est pas correctement codé: prendre un coup d'oeil à l'environnement de production des fichiers, au moins on est pas en UTF-8.

    Merci pour la réponse.. j'ai vérifié tous les fichiers et tous sont codés en UTF-8... j'ai un doute concernant les fichiers jar.. est-ce que cette exception se rapportent à des pots..
    Sont les pots de la même dans la production et dans le test? Regardez les différences entre les deux envs. Un pot peut contient un fichier XML analysé au moment de l'exécution.
    castor-xml-schema-1.2.jar qu'est-ce que l'utilisation de ce fichier jar.
    Castor fournit Java-pour-liaison XML, Java-SQL persistance, et plus encore.
    Qui .fichier jar cause de cette exception...

    OriginalL'auteur Aubin