J2ME Midlet exception: lecteur de lecture IOException premier octet invalide

Question

Lorsque j'exécute mon midlet avec Java Wireless Toolkit, midlet s'exécute correctement, mais lorsqu'il essaie d'analyser un champ de texte, une erreur de suivi se produit;

java.lang.RuntimeException: IOException reading reader invalid first byte 10010111 
    at com.sun.cldc.i18n.Helper.byteToCharArray(+228) 
    at com.sun.cldc.i18n.Helper.byteToCharArray(+9) 
    at java.lang.String.<init>(+7) 
    at z.a(+219) 
    at z.a(+103) 
    at DP4JPhone.a(+74) 
    at DP4JPhone.a(+115) 
    at DP4JPhone.commandAction(+120) 
    at javax.microedition.lcdui.Display$DisplayAccessor.commandAction(+282) 
    at javax.microedition.lcdui.Display$DisplayManagerImpl.commandAction(+10) 
    at com.sun.midp.lcdui.DefaultEventHandler.commandEvent(+68) 
    at com.sun.midp.lcdui.AutomatedEventHandler.commandEvent(+47) 
    at com.sun.midp.lcdui.DefaultEventHandler$QueuedEventHandler.handleVmEvent(+186) 
    at com.sun.midp.lcdui.DefaultEventHandler$QueuedEventHandler.run(+57) 

Quel est le problème?

J'utilise JWT 2.5.2_01

Answer 1

Problème résolu.

Comme McDowell mentionné précédemment, le problème était sur les paramètres de codage. La meilleure façon de surmonter ce problème est de déclarer les informations d'encodage de WTK.

Dans votre répertoire de travail, recherchez le fichier ktools.properties ('workdir \ wtklib \ ktools.properties' ou 'workdir \ wtklib \ Linux \ ktools.properties' tel qu'il se trouve sur ma machine). Et ajoutez les lignes suivantes:

microedition.encoding= *encoding* 

Pour le codage ASCII:

microedition.encoding=ISO8859_1 

qui fera le travail (:

Answer 2

Je suppose que c'est parce que vous êtes soit:

• utilisant le constructeur String(byte[]) (ce constructeur doit généralement être évité)
• utilisant le String(byte[], String) constructeur incorrectement

Dans les deux cas, vous décoder des données d'octet à des données de caractères en utilisant le mauvais codage g, un codage où la valeur de l'octet 10010111 est illégale (au moins, en tant que premier octet).

Toute conversion de données à bytechar données (telles que la création d'une chaîne) impliquera la transformation des données de « un autre encodage » UTF-16. Vous devez connaître et spécifier ce que "un autre codage" est avant d'effectuer cette transformation.