1.0 Introduction
2.0 Problèmes connus
2.1
Environnement de développement Web
2.2 Débogage de WebSphere Application Server
2.3
Programme de débogage de JavaScript
2.4 Outils de test et de déploiement (outils serveur)
2.5 Programme de débogage JDT (Java Development Tools)
2.6 Limitations des langues autres que l'anglais
2.7 Programme de débogage de SQLJ
Les programmes de débogage de WebSphere Studio offrent les outils nécessaires pour déboguer les applications Web, les procédures mémorisées JavaScript, Java, SQLJ et SQL côté serveur, ainsi que les langages compilés. Le présent fichier Readme décrit les problèmes et restrictions connus associés aux programmes de débogage de WebSphere Studio.
Débogage des fichiers JSP :
- Les fichiers JSP peuvent être débogués lors des tests sur un serveur WebSphere Application Server. Si les tests sont effectués sur un serveur Tomcat, le débogueur s'arrête aux points d'arrêt JSP.
- Les points d'arrêt peuvent être définis dans les fichiers JSP à l'intérieur des balises suivantes :
- Scriplets JSP de la forme : <% %>
- Expressions JSP de la forme : <%= %>
- Déclarations JSP de la forme : <%! %>
- Balises jsp:useBean, jsp:getProperty et jsp:setProperty
- Balises personnalisées
- Les points d'arrêt peuvent être définis pour les jeux de balises suivants :
- Code HTML
- Directives JSP
- Toutes les autres balises JSP standard (jsp:include, jsp:forward, etc.)
- Si vous effectuez la migration d'un espace de travail depuis une version antérieure de WebSphere Studio et vers la présente version, vous devez supprimer vos points d'arrêt JSP, puis les recréer.
- Le mode de débogage pas à pas échoue pour certaines méthodes Home d'EJB : Si vous utilisez l'adaptateur du programme de débogage de WebSphere Application Server pour lancer une session de débogage, ce mode de débogage ne s'arrête pas pour les méthodes Home d'EJB. Utilisez des points d'arrêt si vous souhaitez déboguer ces méthodes.
- Le retour de Java à JavaScript n'est pas pris en charge : Utilisez des points d'arrêt pour pouvoir retourner à votre code JavaScript depuis Java.
- Débogage des fichiers JSP :
- Le débogage pas à pas ne fonctionne pas pour les fichiers JSP ne contenant pas de code exécutable.
- Si vous utilisez l'adaptateur du programme de débogage de WebSphere Application Server pour lancer une session de débogage, vous ne pouvez pas contrôler ou afficher les variables et expressions JSP.
- L'exécution jusqu'à la ligne n'est pas prise en charge avec les fichiers JSP.
- Il se peut que la définition des points d'arrêt JSP soit lente. Prévoyez du temps supplémentaire pour l'initialisation du débogueur si le nombre de points d'arrêt JSP est important.
- Les points d'arrêt situés dans des variables statiques au sein de blocs de déclarations JSP ne fonctionnent pas et risquent de provoquer d'autres incidents.
- Les propriétés des points d'arrêt, telles que le nombre d'accès, les conditions, l'unité d'exécution sélectionnée et les règles d'interruption VM ne sont pas prises en charge pour les points d'arrêt JSP.
- Ne définissez pas de points d'arrêt Java dans l'éditeur du débogueur : Les points d'arrêt Java doivent être définis dans l'éditeur Java et non dans l'éditeur du débogueur.
- Utilisation de l'option du menu en incrustation de la vue de débogage Changer le fichier du code : Si vous avez modifié le fichier source affiché à l'aide de l'option de menu en incrustation Changer le fichier du code sur le cadre de pile, le nouveau fichier risque de ne pas s'ouvrir dans l'éditeur. Pour remédier à cela, cliquez sur un autre cadre de pile, puis sur le cadre de pile d'origine. Le nouveau fichier doit s'ouvrir dans l'éditeur.
- Console de débogage : Dans la console de débogage, les liens hypertexte vers des types ouverts ne fonctionnent pas.
- Libellés des cadres de pile après un remplacement à chaud : Si, après un remplacement de code à chaud, certains cadres de pile comportent des libellés du type
<type de récepteur inconnu>(<type déclarant inconnu>).<nom de méthode inconnu>(<arguments inconnus>) ligne : indisponible <numéro de ligne inconnu>vous pouvez obtenir les libellés corrects en passant à une perspective différente, puis en revenant à la perspective Débogage.
- Un objet JavaScript est indisponible pour examen tant que son constructeur n'est pas achevé : Vous pouvez avancer pas à pas dans l'exécution du constructeur, mais il n'est pas possible d'examiner l'objet en cours de construction, tant qu'il n'est pas terminé (autrement dit, que vous êtes sorti du constructeur).
- Avance pas à pas et cadres de pile sous le cadre pile supérieur : Dans JavaScript, il n'est pas possible d'avancer d'un pas sans entrée, ni d'exécuter jusqu'à l'instruction de retour d'un cadre de pile différent du cadre de pile supérieur.
- JSP include : Le débogage JavaScript dans une instruction JSP include n'est pas pris en charge.
- Sortie pas à pas des fonctions récursives : Les utilisateurs déboguant des fonctions JavaScript récursives constateront que lorsqu'ils sortent pas à pas d'une fonction récursive, ils reviennent au niveau d'exécution supérieur.
- Ne développez pas les objets contenant les variables writer ou inputStream :Lorsque que les utilisateurs examinent des objets JavaScript, il leur est conseillé de ne pas développer les objets contenant les variables writer ou inputStream. Si cette consigne n'est pas respectée, le débogueur ne répond pas.
- Environnement de test : Le programme de débogage de JavaScript ne fonctionne pas si vous utilisez l'environnement de test de WebSphere V5. Ce problème est résolu dans APAR #PQ73036.
Tenez compte des éléments ci-dessous avant de choisir d'exécuter un serveur en mode débogage :
- En mode débogage, les serveurs peuvent être plus lents à démarrer et à s'exécuter qu'en mode non-débogage.
- La compilation des pages JSP est sensiblement plus longue.
Vous trouverez des informations concernant les restrictions et problèmes connus relatifs aux outils de développement Java dans les notes d'édition de JDT et du Plan de travail (IDE). Le fichier readme principal installé avec ce produit contient des liens vers ces notes d'édition.
- Restriction bidirectionnelle (BiDi) : Vous ne pouvez pas utiliser l'éditeur Programme de débogage lors du débogage de fichiers JSP codés dans une page de codes autre que la page native.
- Programme de débogage des langages compilés :
- Sur les systèmes à simple octet (SBCS), le débogueur du langage compilé ne prend pas en charge les noms de programme, ni la transmission des paramètres du programme qui contiennent des caractères dont la valeur est supérieure à 0x7F.
- L'utilisation de caractères NL (langue nationale) dans les noms et les arguments des programmes à déboguer n'est pas prise en charge.
Lorsque vous effectuez un remplacement à chaud tout en déboguant avec la machine virtuelle Java J9, si des méthodes SQLJ sont présentes dans la pile d'appels, une boîte de dialogue indiquant la présence de méthodes obsolètes dans la pile (Obsolete methods on the stack) s'affiche. Si le remplacement à chaud concerne une classe SQLJ, cette classe est rechargée dans la machine virtuelle Java, mais vous ne verrez le nouveau code exécuté que lors du prochain appel de la méthode dans la classe.
Si vous effectuez le remplacement à chaud d'une classe SQLJ, les points d'arrêt SQLJ risquent de ne pas fonctionner pour cette classe au cours de la session de débogage courante.
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.