1.0 Introduction
2.0 Problèmes et
restrictions connus
2.1
Exécution de programmes Java comportant des caractères
autres que des caractères Latin-1 dans les noms de classe ou de
package
2.2
Attributs de débogage manquants
2.3
Définition de points d'arrêt
2.4
Utilisation du remplacement à chaud
2.5 Testeur de code
2.6
Débogage sur connexions lentes
2.7
Mise à jour des valeurs contrôlées
2.8
Ignorer les méthodes natives effectuant des E/S
2.9 Recherche des références de zone constante
2.10
Unités de compilation Java hors du chemin d'accès aux classes de
compilation
2.11 Actions permettant de modifier des fichiers en lecture seule
2.12 Modèles
de code Java
2.13 Organisation des importations et importations
depuis des packages par défaut
2.14
Ajout d'actions Javadoc à des zones
2.15 Aide contextuelle Javadoc dans l'éditeur Java
2.16 Code HTML >
affiché dans une nouvelle classe Java au lieu de >
2.17 Erreur lors de l'ouverture de l'éditeur de fichiers de classe
2.18 Impossible d'exécuter ou de déboguer la classe d'un projet lorsque le nom du projet comporte des caractères GB18030
2.19 Impossible de déboguer le dépassement de capacité des piles
2.20 Restriction de l'évaluation
2.21 Points d'arrêt hors du chemin d'accès aux classes de compilation
2.22 Fonction Correctif rapide et importations à partir des packages par défaut
2.23 Les options Couper, Copier et Coller ne fonctionnent pas pour les ressources liées dans les vues présentant des éléments Java
2.24
Les jeux de documents Java ne fonctionnent pas correctement pour les éléments issus d'un conteneur de bibliothèques système JRE
2.25
Impossible de générer le module Javadoc pour les packages dont les noms comportent des caractères GB18030
2.26 L'édition liée ne fonctionne pas correctement en mode remplacement
2.27 Le modèle de génération du code dans le bloc catch doit se terminer par une nouvelle ligne si la dernière ligne est un commentaire de ligne
Cette section contient des informations sur les incidents et les restrictions recensés dans les outils de développement Java.
rt.jar
) sont compilées sans la
totalité des attributs de débogage et les variables locales et
arguments de méthode de ces classes ne sont
donc pas visibles dans le programme de débogage.
Le remplacement du code à chaud et l'avance pas à pas sur les machines VM JDK 1.4.0 ne sont pas fiables.
Lorsqu'un code qui appelle directement ou indirectement
System.exit(int)
est exécuté dans le testeur de code, l'évaluation ne
peut pas être terminée et une trace de pile d'exception
com.sun.jdi.VMDisconnectedException
est affichée dans l'éditeur du
testeur de code.
L'arrêt d'une page du testeur de code alors que
ce dernier procède à une évaluation génère une exception
com.sun.jdi.VMDisconnectedException
qui est affichée dans
l'éditeur du testeur de code.
System.out
ou
System.err
, la sortie risque de ne
pas être affichée immédiatement, sauf si la méthode native procède à un
vidage de la mémoire tampon des sorties.
Vous ne pouvez pas utiliser ${CURSOR}
dans un commentaire de modèle de code Java (Fenêtre >
Préférences > Java > Modèles).
La fonction d'organisation des importations ne traite pas correctement les packages par défaut. Les importations depuis un package par défaut ne sont plus prises en charge dans JDK 1.4.
L'action Ajout de Javadoc ne fonctionne pas pour les zones.
L'aide contextuelle Javadoc affichée lorsque la souris passe au dessus des identifiants, dans l'éditeur Java, ne traite pas correctement les liens situés dans les commentaires Javadoc.
Lorsque vous créez une classe Java, les commentaires générés apparaissent sous la forme :
Pour changer le modèle de ce commentaire de type généré, allez à : Fenêtres >
Préférences > Java > Génération du code > Code et commentaires.
Le code HTML correspondant au signe supérieur à (>) est utilisé à la place du signe supérieur réel. Le commentaire doit apparaître sous la forme suivante :
Pour changer le modèle de ce fichier généré, allez à :
Fenêtres > Préférences > Java > Génération du code > Code et commentaires.
Si l'option "Utiliser des conteneurs de chemin de classe comme plug-in dépendants" a été activée dans la page des préférences Développement de plug-in > Contrôle du chemin de compilation Java, vous ne pourrez peut-être pas ouvrir un éditeur de fichier de classe pour visualiser un fichier stocké dans un fichier JAR du conteneur "Entrées de plug-in requises". Pour résoudre cette erreur, vous pouvez développer le fichier de classe dans l'explorateur de packages. Cette opération permet d'afficher la structure du fichier de classe telle qu'elle apparaîtrait dans l'éditeur. Si un fichier compressé (zip) du code source est disponible pour le fichier JAR, vous pouvez également connecter le code source au fichier JAR.
Pour connecter le code source à un fichier JAR dans le conteneur "Entrées de plug-in requises", procédez comme suit :
La plupart des bibliothèques de classes ne prennent pas correctement en charge la création d'un processus système (via java.lang.Runtime.exec(...)
) lorsque la commande indiquée contient des caractères GB18030. Cette restriction signifie que le débogueur ne peut pas lancer d'applications lorsque la commande qu'il génère contient des caractères GB18030.
Si une session de débogage est interrompue en raison d'une exception java.lang.StackOverflowError
(exception liée à un point d'arrêt), le débogueur ne parviendra peut-être pas à extraire les informations de débogage de la machine virtuelle Java cible. En outre, le débogueur risque de ne pas fonctionner correctement avec la machine virtuelle Java cible au-delà de ce point.
Le débogueur utilise les unités d'exécution de la machine virtuelle Java pour effectuer des évaluations (évaluations explicites demandées par l'utilisateur et évaluations implicites, telles que les invocations toString()
dans la vue Variables). L'interface JID (Java
Debug Interface) requiert qu'un événement utilisateur interrompe l'unité d'exécution dans laquelle l'évaluation est effectuée (demande de point d'arrêt ou d'avance).
Les évaluations ne peuvent pas être effectuées avec des unités d'exécution interrompues par une action d'interruption. Par ailleurs, lorsqu'un point d'arrêt est configuré pour interrompre la machine virtuelle Java au lieu de l'unité d'exécution, les unités d'exécution qui ne rencontrent pas le point d'arrêt ne se trouvent pas dans un état valide pour effectuer l'évaluation. Lorsqu'une tentative d'évaluation est effectuée dans une unité d'exécution qui ne se trouve pas dans un état valide, un message d'erreur s'affiche : "L'unité d'exécution doit être interrompue par une progression ou un point d'arrêt pour pouvoir appeler une méthode".
Vous pouvez créer des points d'arrêt uniquement sur des éléments Java stockés dans le chemin d'accès aux classes de compilation d'un projet. Le débogueur Java supprime automatiquement les points d'arrêt si l'élément Java associé est supprimé du chemin de compilation d'un projet. Toutefois, si un plug-in de débogage Java n'est pas chargé lors de la modification d'un chemin de compilation, ces points d'arrêt sont conservés dans l'espace de travail et peuvent générer des erreurs lorsqu'un utilisateur tente d'accéder au fichier associé au point d'arrêt à partir de la vue Points d'arrêt.
La fonction Correctif rapide ne traite pas les importations effectuées à partir des packages par défaut. Les importations depuis un package par défaut ne sont plus prises en charge dans JDK 1.4.
Les actions Couper, Copier et Coller ne fonctionnent pas pour les fichiers et les dossiers liés apparaissant dans la vue qui présentent les éléments Java, notamment l'explorateur de packages. La solution proposée consiste à effectuer ces opérations à partir de la vue Navigateur.
Si vous appliquez un jeu de documents intégralement composé d'éléments issus du conteneur de bibliothèques système JRE, il est possible qu'un explorateur de packages vide s'affiche.
La plupart des bibliothèques de classes ne prennent pas correctement en charge la création d'un processus système (via java.lang.Runtime.exec(...)
) lorsque la commande indiquée contient des caractères GB18030. Comme Javadoc est créé à l'aide de l'exécutable fourni avec JDK, la génération de Javadoc échoue si le package ou le nom de classe contient des caractères GB18030.
L'édition liée est utilisée pour renommer les éléments au sein d'une unité de compilation unique et pour les modèles comportant plusieurs occurrences d'une même variable de modèle. L'édition liée ne fonctionne pas correctement en mode remplacement.
Si la dernière ligne d'un modèle de génération du code correspond à un commentaire de ligne, la ligne doit se terminer par une nouvelle ligne. Dans le cas contraire, l'accolade fermante se termine par une ligne de commentaire et génère une erreur de compilation.
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.