Discussion :

[sofiene D]

bonsoir
je développe un programme de base de données avec java et access ,bon j'ai fait plusieurs programme de ce genre, mais cette fois la je me trouve face a un problème qui m'oblige de demander votre aide ,mon probème c est que les données sont en arabe .
quand je récupère les données saisi (en arabe) par l'utilisateur depuis un jtextfield avec la méthode getText() et je les insère dans la base le résultat est rien que des ?????,?????,?????....
j'ai essayé d'afficher ces données dans la console avec System.ou mais c toujour la même résultat pourtant j'ai changer l'encodage en utf-8
String text =JtextField.getText();
System.out.println(text.getBytes("UTF-8"));

mon OS win xp
IDE est Netbeans
jdk 1.6

merci d'avance

[tchize_]

la première chose que je ferais, si vous en avez la possibilité, c'est de jeter access aux orties et utiliser une base de données. L'accès à access depuis java nécessite de passer par un double pont jdbc-odbc / odbc-access. Le résultat est un système pas très fiable avec pas mal de limitations. Il y a de fortes chances que votre soucis vienne de là.

[thelvin]

Quant au test dans la console Windows, il est pas fiable.
Java et la console Windows ne savent pas s'entendre, ce qui fait que dans ce cas elle est bloquée en codepage 850, totalement incapable d'afficher de l'arabe donc.

Pour faire un test de ce genre, enregistre le texte dans un fichier (encodage UTF-8, oui.) Je ne sais pas reconnaître du texte arabe, mais avec ce test j'avais des trucs qui semblaient pareils dans mon text field et dans mon fichier. Et les séquences de codepoints unicodes étaient identiques.

[tchize_]

java et la console windows s'entendent très bien, au contraire. Java utilise correctement l'encodage que supporte la console pour sont printstream. Si sa console windows est dans une codepage arabe, ca ne devrait pas etre un soucis. Le meilleur moyen de s'en assurer c'est d'y afficher de l'arabe Par contre, et ce n'est pas spécifique à java, il est vrai que la console windows est vachement limitée puisque ne supportant pas l'unicode complet

exemple, si la console affiche bien de l'arabe avec ce code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.out.println("\u062A\u062B\u062C \u062D");

la console n'est pas en cause

[thelvin]

Pas d'accord. Quand un programme a besoin d'un codepage précis dans la console pour afficher ce qu'on veut, il peut parfaitement le faire.
C'est la raison pour laquelle les gens ne comprennent pas quand on leur dit que sans modification de conf, une console Windows française ne peut pas afficher d'arabe : parce que c'est faux et qu'ils l'ont vu de nombreuses fois.

En Java, par contre, ce changement n'est pas faisable à ma connaissance. On pourrait décider de configurer la console en utf-8 (et file.enconding aussi) dès le départ avant de lancer le programme, mais :
- c'est contraignant
- c'est plus facile à dire qu'à faire : les .bat s'utilisent différemment dans ce cas.

[sofiene D]

bonjour
merci pour l'interaction

la première chose que je ferais, si vous en avez la possibilité, c'est de jeter access aux orties et utiliser une base de données

merci moi aussi je pense a faire ca dans le future mais mon programme n'est pas tellement compliqué (insertion affichage et modification) en plus je profite de la mise en page et l'impression offrir par l'outil office(access et exel)
bon pour mon problème,oubliant la console ,est-ce que quelqu'un peut me proposé une solution pour que je puisse insérer et afficher mes données normalement (des mots arabe lisible )
remarque:j'affiche le contenu de mes tables bdd dans un Jtable

merci encore

[adiGuba]

Salut,


L'encodage est à définir lors de ta connexion JDBC via les properties (exemple ici : http://download.oracle.com/javase/1....bc/bridge.html )


Au passage ce même lien rappelle bien que Sun/Oracle a toujours considéré ce bridge JDBC/ODBC comme une solution temporaire...


a++

[sinok]

Sauf que le pont jdbc/odbc utilisé dans le cas d'access est foireux et gère mal l'UTF-16, UTF-16 qui est le charset utiliser dans access 2000/2003 et suivants.


Cf: http://bugs.sun.com/bugdatabase/view...bug_id=6345277

[tchize_]

solution temporaire mais surtout "non supportée". Donc ne pas faire d'application critique autres que des protoypes ou des applications d'import one-shot avec ça.

[sofiene D]

salut
ca marche

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
java.util.Properties prop = new java.util.Properties();
       prop.put("charSet", "UTF-8");
 
con =DriverManager.getConnection(url,prop);

bon sincèrement safé presque un mois que j'ai décidé d'apprendre l'oracle et c 'est pas facile donc en attendant j'utilise l'access via le bridje jdbc:odbc


je vous remercie pour vos conseils

[tchize_]

rien de particulier à apprendre avec oracle. Sauf si tu veux gérer toi même la DB, mais en temps que programmeur, t'aura toujours un DBA pour le faire pour toi. Si c'est pour des applications non distribuées, il existe aussi des bases de données embarquées en java très performantes, pour info

[sofiene D]

Si c'est pour des applications non distribuées, il existe aussi des bases de données embarquées en java très performantes, pour info

plus de détaille s'il vous plait

[tchize_]

regardez du coté de H2Database, HSQLDB et Derby. Ce sont des bases de données implémentée en java avec 0 installation à faire. L'idéal pour servir avec des petits programmes ou quand on ne veux pas se coltiner l'installation d'une grosse DB et sa maintenance.

[sofiene D]

merci