Problèmes et limitations sous Windows
Problèmes connus ou limitations que vous pouvez rencontrer dans des environnements système Windows ou des configurations spécifiques.
- Prise en charge d' IPv6 sous Windows XP et Windows 2003
La version 7 a introduit une nouvelle API NIO.2 pour les entrées-sorties (E-S) asynchrones. Toutefois, les sockets créés avec les API NIO.2 prennent en charge uniquement les interfaces réseau IPv4 sur les plateformes Windows XP et Windows 2003. L'implémentation IBM® de NIO.2 est cohérente avec ce comportement.
Bien que les sockets créés avec les API NIO IBM ou java.net puissent prendre en charge les interfaces réseau IPv4 ou IPv6 sous Windows 2003 et Windows XP, cette fonction est obsolète dans la version 7 et n'est plus prise en charge dans cette version.
- Alias de page de codes Unicode Shift_JIS
- Remarque: cette limitation s'applique uniquement aux utilisateurs japonais.L'alias de page de codes Unicode "\u30b7\u30d5\u30c8\u7b26\u53f7\u5316\u8868\u73fe" pour Shift_JIS a été supprimé. Si vous utilisez cette page de codes dans vos applications, remplacez-la par Shift_JIS.
- Problèmes de police de caractères dans les paramètres nationaux pris en charge
- Cette version prend en charge les environnements locaux suivants :
- Bengali (bn_IN)
- Malayalam (ml_IN)
- Oriya (or_IN)
- Utilisation de sockets avec IPv6
Le SDK 64 bits prend en charge IPv6. Toutefois, étant donné que la prise en charge actuelle d' IPv6 dans Windows n'est pas une double pile, l'édition émule le comportement de la double pile sur un système IPv6 activé. L'émulation implique que l'application peut utiliser jusqu'à deux fois plus de sockets.
Pour désactiver l'émulation, désactivez la prise en charge de IPv6 en définissant la propriété système
java.net.preferIPv4Stacksur true.- IME (Input Method Editor)
Lorsque vous utilisez un éditeur IME (Input Method Editor), terminez la composition des caractères et sélectionnez le candidat avant d'utiliser l'espace de travail pour toute autre opération.
Si un utilisateur saisit du texte dans une zone de texte AWT à l'aide d'un éditeur IME et qu'il redimensionne la fenêtre de l'application avant de valider le texte, ce dernier est validé automatiquement.
- Caractères DBCS
Si vous entrez des caractères DBCS dans un JTextArea, JTextField ou JFileChooser, en passant d'un IME chinois (en particulier de Chinese Internal Code et de Zhengma) à un IME Intelligent ABC, vous risquez de provoquer un vidage mémoire.
- Paramètres BIOS sur les systèmes AMD64 SMP
Le paramètre BIOS Node memory interleaving doit être réglé sur
DISABLED. Autrement, des résultats imprévisibles peuvent se produire, y compris des blocages d'application. Cette instruction est conforme aux recommandations d'AMD.- Temporisateurs incohérents sur les systèmes multicoeurs ou multiprocesseurs
Sur certains systèmes multiprocesseurs ou multicoeurs, System.nanoTime() peut ne pas augmenter de façon monotone. System.nanoTime() peut présenter également de grands sauts de temps. Ce comportement peut être dû à une limitation de la fonction Windows QueryPerformanceCounter(). Pour plus d'informations, consultez l'article de la base de connaissances Microsoft : Les programmes qui utilisent la fonction « QueryPerformanceCounter » peuvent ne pas fonctionner correctement.