Comment spécifier une valeur de file.encoding Java cohérente avec la page de code Windows sous-jacente?

Question

J'ai une application Java qui reçoit des données sur un socket en utilisant un InputStreamReader. Il rend compte de « Cp1252 » de sa méthode getEncoding:

/* java.net. */ Socket Sock = ...; 
InputStreamReader is = new InputStreamReader(Sock.getInputStream()); 
System.out.println("Character encoding = " + is.getEncoding()); 
// Prints "Character encoding = Cp1252" 

qui ne correspond pas nécessairement ce que les rapports du système comme la page de code. Par exemple:

 
C:\>chcp 
Active code page: 850 

L'application peut recevoir octet 0x81, qui code page 850 représente le caractère ü. Le programme interprète cet octet avec la page de code 1252, qui ne définit aucun caractère à cette valeur, donc j'obtiens un point d'interrogation à la place.

j'ai pu contourner ce problème pour un client qui a utilisé la page de code 850 en ajoutant une autre option de ligne de commande dans le fichier batch qui lance l'application:

 
java.exe -Dfile.encoding=Cp850 ... 

Mais pas tous mes clients utilisent le code page 850, bien sûr. Comment puis-je obtenir Java pour utiliser une page de code compatible avec le système Windows sous-jacent? Ma préférence serait quelque chose que je pouvais mettre dans le fichier de commandes, laissant le code Java intact:

 
ENC=... 
java.exe -Dfile.encoding=%ENC% ... 

Answer 1

En ce qui concerne le snippit de code, la bonne réponse est d'utiliser le appropriate constructor pour InputStreamReader qui fait la conversion de code correct . De cette façon, peu importe le codage par défaut du système, vous savez que vous obtenez un encodage correct qui correspond à ce que vous obtenez sur le socket.

Ensuite, vous pouvez spécifier l'encodage lorsque vous écrivez des fichiers si nécessaire, plutôt que de compter sur l'encodage du système, mais bien sûr quand ils ouvrent des fichiers sur ce système, ils peuvent avoir des problèmes. 8, de sorte que vous pouvez écrire le fichier en UTF-8 si vous avez besoin de (en interne Java représente toutes les chaînes comme 16 bits unicode).

Je pense que c'est la «bonne» solution en général qui serait la plus compatible avec la plus grande gamme de systèmes sous-jacents.

Answer 2

Windows a la complication supplémentaire d'avoir deux pages de code actives. Dans votre exemple, 1252 et 850 sont corrects, mais ils dépendent de la façon dont le programme est exécuté. Pour les applications GUI, Windows utilisera la page de code ANSI, qui pour les langues d'Europe occidentale sera généralement 1252. Cependant, la ligne de commande indiquera la page de codes OEM qui est 850 pour les mêmes paramètres régionaux.

Answer 3

Si la valeur de page de code qui revient d'une commande chcp renvoie la valeur que vous avez besoin, vous pouvez utiliser la commande suivante pour obtenir la page de code

C:\>for /F "Tokens=4" %I in ('chcp') Do Set CodePage=%I 

Ceci définit la variable CodePage au code valeur de la page retour de chcp

C:\>echo %CodePage% 
437 

Vous pouvez utiliser cette valeur dans votre fichier de chauve-souris par préfixant avec Cp

C:\>echo Cp%CodePage% 
Cp437 

Si, lorsque vous mettez cela dans un fichier de chauve-souris, le% I valeurs de la première commande devront être remplacés par %% Je

Answer 4

L'encodage par défaut utilisé par cmd.exe est Cp850 (ou quoi que CP est natif « OEM » à l'OS); le codage du système est Cp1252 (ou quel que soit le CP "ANSI" natif du système d'exploitation). Gory details here. Une façon de découvrir le codage de la console serait de le faire via native code (voir GetConsoleOutputCP pour le codage de console actuel, voir GetACP pour le codage "ANSI" par défaut; etc.). La modification du codage via le commutateur -D va affecter tous vos mécanismes de codage par défaut, y compris redirigé stdout/stdin/stderr. Ce n'est pas une solution idéale.

Je suis venu avec ce script WSH qui peut définir la console à la page de code ANSI du système, mais n'a pas compris comment basculer par programme vers une police TrueType.

'file: setacp.vbs 
'usage: cscript /Nologo setacp.vbs 
Set objShell = CreateObject("WScript.Shell") 
'replace ACP (ANSI) with OEMCP for default console CP 
cp = objShell.RegRead("HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001" &_ 
           "\Control\Nls\CodePage\ACP") 
WScript.Echo "Switching console code page to " & cp 
objShell.Exec "chcp.com " & cp 

(Ceci est mon premier script WSH, il peut donc être erronée - Je ne suis pas familier avec les autorisations de lecture de registre.)

En utilisant une police TrueType est une autre exigence pour l'utilisation de la norme ANSI/Unicode avec cmd.exe . Je vais regarder un changement programmatique à une meilleure police lorsque le temps le permet.