[En Cours] Problème d'encodage..

Bonjour tout le monde !

Alors voilà, après de nombreuses tentatives ayant toute comme résultat l’échec, je viens vous demander de l'aide..
Mon problème est, comme le dit le titre, un problème avec l'encodage, peut-importe les tentatives que j'ai faîte, le résultat reste le même, tous les messages contenant des caractères spéciaux ou accents ect.. sont affiché en "?".
Certains sont doublés même du au 2 encodages subit voici le résultat quand les messages passe par les 2 encodages :
http://puu.sh/63oDb.png
Voici maintenant les codes de ces encodage :
_out = new String(_in.getBytes(),"UTF8");
Puis :
_out = new String(_in.getBytes("UTF8"));

Je souhaite d’abord convertir en unicode pour les packets de l'émulateur, puis renvoyé le tout en utf8 pour le client, pour qu'à l'affichage, les accents fonctionne bien. Cependant, cela ne fonctionne pas, et j'ai beau tout essayé, le résultat reste le même. La machine où est placé l'émulateur est une Linux scientific, je ne sais pas si cela change grand chose ou pas, mais je tiens à vous le spécifiez, au cas où cela à une incidence dessus.

En espérant que vous y arriverez..
Bien cordialement,

Salut,

Citation:

---

Envoyé par juju77160

Certains sont doublés même du au 2 encodages subit voici le résultat quand les messages passe par les 2 encodages :
http://puu.sh/63oDb.png
Voici maintenant les codes de ces encodage :
_out = new String(_in.getBytes(),"UTF8");
Puis :
_out = new String(_in.getBytes("UTF8"));

---

Si comme je le pense "_in" est une String, alors ce code revient à faire du n'importe quoi et il n'y a rien d'étonnant à voir ces problèmes.



En Java une String n'est pas associé à un encodage. On ne peut pas le changer comme tu souhaites le faire.
L'encodage doit être spécifié uniquement lorsqu'on lit ou écrit des données dans un flux d'octets...


Donc :
Comment lis tu tes données ?
Comment écris-tu tes données ?

Mais surtout ne tente pas de modifier l'encodage de la String entre les deux, tu ne fera rien de bon !


a++

Une string en Java n'a pas vraiment d'encodage: elle représente un texte, point barre. Rien n'est indiqué concernant sa sérialisation (= sa conversion d'une String vers un flux de bytes).

L'encodage n'est intéressant/spécifié que lorsque l'on manipule des flux de données (~ tableaux de bytes).

Puisqu'une string n'a pas d'encodage, pour la convertir dans un encodage donné, on utilise la méthodes getBytes (comme tu l'as fait), mais non pas pour recréer une nouvelle string (!) mais plutôt pour obtenir la suite de bytes qui représente la chaîne originale dans un encodage donné:

Code:

---

1 2 3 4 5 6 7

String test = "abc_éàè"; byte[] asUtf = test.getBytes("UTF-8"); byte[] asAscii = test.getBytes("ASCII"); byte[] asPlateformDefault = test.getBytes();   String newString = new String(asUtf, "UTF-8"); assertEquals(test, newString);

---

:)

[EDIT] grilled :)

Le problème, c'est que le code fonctionne sur mon pc fix (Windows) mais pas sur mon pc distant, qui lui est sur linux.

Citation:

---

Envoyé par juju77160

Le problème, c'est que le code fonctionne sur mon pc fix (Windows) mais pas sur mon pc distant, qui lui est sur linux.

---

Ce code ne fonctionne pas... il "tombe en marche" !
Mais cela reste incorrect et complètement faux.


a++

la question qu'il faut se poser, comme déjà dit, c'est d'ou viens _in et t'en fais quoi au final. Tu dis avoir des ? mais tu les a ou? Dans la console? Dans le fichier généré? Sur une page web? Et le texte, il viens d'ou? D'un fichier? D'un base de données? ...

Tu as un problème soit à la lecture de tes données, soit à l'écriture, voir aux deux. :roll:

Je n'ai pas essayé dans la console, mais les accents provienne des messages envoyé par les "utilisateurs" partie client donc, qui est retransmis à l'émulateur puis renvoyé au client.
Le _in correspond au "packet" reçu par le client qui est en "String", _out aussi.
Packet (String) est remplie par un champs Char.

Est-ce possible que cela vienne de la machine seulement ? Ce même code fonctionnais sur un ancien vps linux (Mais un autre que scientific)

Non, c'est juste ton code qui est en cause. Montre nous comment tu contruit ton in, parce que ton explication n'est pas claire. J'en conclue que des ? s'affichent à l'écran. C'est l'écran d'une interface graphique ou d'un console? Et comment tu les envoie là dedans?

Si tu ne veux pas nous montrer le code, disons alors que ton code doit respecter, au minimum les règle suivante:

à chaque fois que tu ouvre un Reader, tu dois utiliser le constructeur qui prends en paramètre l'encodage à utiliser. A chaque fois que tu ouvre un writer, même chose. Et ce, des deux coté de la transmission, si tu utilise des sockets réseau comment je le comprends. Et jamais, jamais tu ne dois utiliser String.getBytes() ou new String(byte[])!!

public static String toUtf(String _in) _in =>

Code:

---

1 2 3 4 5 6

String packet = ""; char charCur[] = new char[1]; while(_in.read(charCur, 0, 1)!=-1) { packet += charCur[0];

---

String _out = ""; Voici la declaration du out

Le bug d'affichage est effectivement sur un écran..

Citation:

---

Envoyé par juju77160

public static String toUtf(String _in) _in =>

Code:

---

1 2 3 4 5 6

String packet = ""; char charCur[] = new char[1]; while(_in.read(charCur, 0, 1)!=-1) { packet += charCur[0];

---

---

Ce code est crade (+= sur un String dans une boucle), mais surtout il ne compile pas : il n'y a pas de méthode read() dans la classe String...

_in est bien un String ????

Citation:

---

Envoyé par juju77160

Le bug d'affichage est effectivement sur un écran..

---

Ah je pensais que cela s'affichait sur le clavier...

Comment tu affiches ???
:arrow: Console, application Swing, page web, etc...




Le problème vient de ton code, si tu ne donnes pas plus de détail ou si tu nous donne un code erroné, tu n'auras pas de réponse à ton problème...


a++

Cela était en fait un problème venant de l'encodage de l'IDE (Eclipse), même si le code est crade, il fonctionne et c'est l'essentiel.
Merci de votre aide !

Si, comme je le pense, ton _in est un Reader, ton problème viens du fait que tu n'a pas précisé l'encodage lors de sa création. T'as probablement du écrire un truc du genre


Reader _in = new InputStreamReader(inputstream)

alors que tu aurais du écrire

Reader _in = new InputStreamReader(inputstream,"UTF-8")


Le problème n'a rien à voir avec eclipse, puisque eclipse n'interviens plus quand tu lance l'application une fois terminée...

Citation:

---

Envoyé par juju77160

même si le code est crade, il fonctionne et c'est l'essentiel.

---

Ouah l'année 2014 commence fort !!! 8O


a++