Pb parseur XML: Content is not allowed in pro
Fermé
marsupilamuf
Messages postés
10
Date d'inscription
jeudi 17 juin 2004
Statut
Membre
Dernière intervention
30 août 2004
-
30 août 2004 à 15:39
kij_82 Messages postés 4088 Date d'inscription jeudi 7 avril 2005 Statut Contributeur Dernière intervention 30 septembre 2013 - 9 août 2007 à 15:49
kij_82 Messages postés 4088 Date d'inscription jeudi 7 avril 2005 Statut Contributeur Dernière intervention 30 septembre 2013 - 9 août 2007 à 15:49
A voir également:
- Content is not allowed in prolog xml
- What is my movie français - Télécharger - Divers TV & Vidéo
- Xml viewer - Télécharger - Édition & Programmation
- Je suis content que tu ailles bien ✓ - Forum Loisirs / Divertissements
- In da place - Forum Mail
- Lg content store indisponible - Forum Téléviseurs
2 réponses
kij_82
Messages postés
4088
Date d'inscription
jeudi 7 avril 2005
Statut
Contributeur
Dernière intervention
30 septembre 2013
857
9 août 2007 à 15:49
9 août 2007 à 15:49
Voilà la réponse, je cite :
Pour ma part j'ai effectivement ouvert l'un de mes fichiers avec notePad, ce qui a pour effet d'écrire un BOM au début du fichier, ce qui fait planter le SAXParser.
Soit il faut passer l'encoding en UTF-16 soit ne pas ouvrir le fichier avec notePad ou un éditeur de texte ayant un comportement analogue (lesquels ?!)
byte order mark Also known as BOM. Name given to the Unicode character U+FEFF when used at the beginning of a Unicode byte stream. This invisible character generally know as ZERO WIDTH NO-BREAK SPACE (ZWNBSP) serves to identify unambiguously the Unicode transformation form used (and especially the byte order) for the stream. Indeed U+FFFE is a noncharacter so there is no risk of misinterpretation. The following represents the byte signature of the character U+FEFF with the various Unicode Transformation Forms: Bytes Encoding 00 00 FE FF UTF-32, big-endian FF FE 00 00 UTF-32, little-endian FE FF UTF-16, big-endian FF FE UTF-16, little-endian EF BB BF UTF-8 Historically the ZWNBSP was also used to indicate non-breaking but this use is now deprecated and replaced by the character U+2060 for that purpose. " https://p2p.wrox.com/index.php " I suspect you edited the stylesheet using a text editor that inserts the BOM at the start of the file. For example, I think Windows Notepad does this. Some XML parsers accept a BOM at the start of a UTF-8 file, others don't. For example, the Crimson parser that comes with JDK 1.4 doesn't. You basically need to find a text editor and an XML parser that agree with each other about whether or not to use a byte order mark. Alternatively, use a different encoding for the stylesheet, e.g. iso-8859-1. " The code above found these strange bytes while expecting '<', and crashed of course.
Pour ma part j'ai effectivement ouvert l'un de mes fichiers avec notePad, ce qui a pour effet d'écrire un BOM au début du fichier, ce qui fait planter le SAXParser.
Soit il faut passer l'encoding en UTF-16 soit ne pas ouvrir le fichier avec notePad ou un éditeur de texte ayant un comportement analogue (lesquels ?!)
kij_82
Messages postés
4088
Date d'inscription
jeudi 7 avril 2005
Statut
Contributeur
Dernière intervention
30 septembre 2013
857
9 août 2007 à 15:40
9 août 2007 à 15:40
Quelqun aurait il la solution à cette enigme ? Ca m'intéresse car j'ai le meme soucis actuellement.
Je pense qu'il faut chercher du coté de caractère spéciaux invisible (non interprété) sur certaines plateforme, car j'ai aucun probleme sous window/eclipse, par contre lorsque j'exécute mon prog java depuis un JCL ou via un script shell, j'ai ce type d'erreur.
??
Je pense qu'il faut chercher du coté de caractère spéciaux invisible (non interprété) sur certaines plateforme, car j'ai aucun probleme sous window/eclipse, par contre lorsque j'exécute mon prog java depuis un JCL ou via un script shell, j'ai ce type d'erreur.
??