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 Arrêt d'une machine virtuelle et d'un processus en cours sur une machine virtuelle Java IBM 1.3 sous Linux
2.12 Actions permettant de modifier des fichiers en lecture seule
2.13 Modèles
de code Java
2.14 Organisation des importations et importations depuis des packages par défaut
2.15 Ajout
d'actions Javadoc à des zones
2.16 Aide contextuelle Javadoc dans l'éditeur Java
2.17 Affichage du code HTML >
dans une nouvelle classe Java au lieu de >
2.18 Impossible d'exécuter ou de déboguer une classe dans un projet dont le nom contient des caractères GB18030
2.19 Impossible de déboguer les dépassements de pile
2.20 Restrictions relatives à l'évaluation
2.21 Points d'arrêt hors du chemin d'accès aux classes de
compilation
2.22 Fonction Quick fix et importations depuis des packages par défaut
2.23 Actions Couper, Copier, Coller impossibles pour des ressources liées dans des vues contenant des éléments Java
2.24
Dysfonctionnement des parties actives Java pour les éléments du conteneur de la bibliothèque du système JRE
2.25
Impossible de générer Javadoc pour des packages dont le nom contient des caractères GB18030
2.26 Dysfonctionnement de l'édition liée en mode remplacement
2.27 Le modèle de génération de code de bloc catch doit se terminer par une nouvelle ligne si la dernière ligne est un commentaire de ligne
2.28 Impossible d'ouvrir l'éditeur de fichier de classe
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 suivants sont générés :
To change the template for this generated file go to Windows >
Preferences > Java > Code Generation > Code and Comments.
Le code HTML du signe > est utilisé à la place du signe en question. Le commentaire devrait se présenter ainsi :
To change the template for this generated file go to Windows > Preferences >
Java > Code Generation > Code and Comments.
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(...)
) si la ligne de commande spécifiée contient des caractères GB18030. Cela signifie que le débogueur ne peut pas lancer d'applications si la ligne de commande générée contient des caractères GB18030.
Si une session de débogage est suspendue avec une exception java.lang.StackOverflowError
(en raison d'un point d'arrêt d'exception), le débogueur risque de ne pas pouvoir extraire d'informations de débogage de la machine virtuelle Java cible. En outre, il risque de ne plus pouvoir interagir de façon fiable avec la machine virtuelle Java.
Le débogueur utilise des unités d'exécution dans la machine virtuelle Java cible pour effectuer des évaluations (évaluations explicites demandées par l'utilisateur et évaluations implicites telles que des commandes d'appel
toString()
dans la vue Variables). L'interface de débogage Java (JDI) nécessite la suspension par un événement utilisateur de l'unité d'exécution dans laquelle une évaluation a lieu (c'est-à-dire, un point d'arrêt ou une demande d'avance).
Les évaluations ne peuvent pas avoir lieu sur des unités d'exécution suspendues à l'aide de l'action de suspension. De même, lorsqu'un point d'arrêt est configuré pour suspendre la machine virtuelle Java plutôt que l'unité d'exécution uniquement, les unités d'exécution non concernées par le point d'arrêt ne peuvent pas faire l'objet d'une évaluation. Lorsqu'une évaluation est tentée sur une telle unité d'exécution, un message d'erreur apparaît indiquant que "l'unité d'exécution doit être suspendue par une demande d'avance ou un point d'arrêt pour que l'appel de la méthode soit possible".
Les points d'arrêt ne peuvent être créés que sur des éléments Java présents 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 le plug-in de débogage Java n'est pas chargé lors de la modification d'un chemin de compilation, ces points d'arrêt restent dans l'espace de travail et peuvent entraîner des incidents lorsque l'utilisateur essaye d'accéder au fichier associé au point d'arrêt depuis la vue Points d'arrêt.
La fonction Quick fix ne gère pas les importations depuis 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 sont impossibles pour des fichiers et des dossiers liés apparaissant dans des vues contenant des éléments Java, notamment l'explorateur de package (Package Explorer). La solution consiste à utiliser ces actions depuis la vue Navigateur.
L'application d'une partie active entièrement composée d'éléments provenant du conteneur de la bibliothèque du système JRE comme filtre de la vue des packages peut entraîner l'affichage d'un explorateur de packages vide (Package Explorer).
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(...)
) si la ligne de commande spécifiée contient des caractères GB18030. Javadoc étant créé à l'aide de l'exécutable Javadoc fourni avec le kit JDK, sa génération échoue si le nom de package ou de classe contient des caractères GB18030.
L'édition liée est utilisée pour renommer des éléments au sein d'une seule unité de compilation et pour des modèles comportant plusieurs occurrences de la même variable de modèle. L'édition liée ne fonctionne pas correctement en mode remplacement.
Si la dernière ligne du modèle de génération de code de bloc catch est un commentaire de ligne, la ligne doit se terminer par un saut de ligne. Sinon, la ligne se termine par l'accolade fermante, ce qui entraîne une erreur de compilation.
Si la préférence "Utiliser des conteneurs de chemin de classe" est activée sur la page de préférences Développement de plug-in > Contrôle du chemin de compilation Java, vous risquez de ne pas pouvoir ouvrir l'éditeur de fichier de classe pour un fichier de classe compris dans un JAR du conteneur "Entrées de plug-in requises". Pour résoudre ce problème, développez le fichier de classe dans l'explorateur de packages (Packages Explorer), la structure du fichier de classe s'affiche alors comme dans l'éditeur. Si un zip de code source est disponible pour le JAR, vous pouvez également lier la source au fichier JAR.
Pour lier la source à un fichier JAR dans le conteneur "Entrées de plug-in requises", suivez les étapes ci-dessous :
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.