Débogueur de script et Journal de la session

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture

    • Permet Débogueur de script aux utilisateurs disposant du rôle script_debugger de déboguer JavaScript côté serveur. Les utilisateurs disposant du rôle log_debugger peuvent utiliser le Journal de la session pour afficher et télécharger les journaux requis.

    Les utilisateurs disposant du rôle script_debugger peuvent effectuer ces actions à l’aide de Débogueur de script:
    • Avoir une transaction de débogage dédiée, qui s’applique uniquement à la session en cours.
    • Définissez et supprimez les points d’arrêt.
    • Mettre en pause la session en cours à un point d’arrêt.
    • Évaluez les expressions pendant l’exécution.
    • Parcourez le code ligne par ligne.
    • Entrez et sortez des appels de fonction et de méthode.
    • Affichez la valeur des variables locales et globales.
    • Affichez la valeur des variables privées à partir des fermetures de fonctions.
    • Affichez la pile des appels.
    • Affichez la transaction que le système traite.
    • Désactivez le débogueur de script pour reprendre l’exécution des scripts en pause.
    Utilisez l’onglet Journal de la session pour récupérer le journal de session pour les règles métier, les includes de script et une interface utilisateur personnalisée telle que celle qui ServiceNow® Espace de travail d'agent a un composant GraphQL. Les utilisateurs disposant du rôle log_debugger peuvent :
    • Affichez les journaux de session dans un onglet distinct.
    • Téléchargez un journal.
    • Afficher les journaux pour Espace de travail d'agent.
    • Spécifiez les options de débogage pour afficher ou télécharger uniquement les journaux requis.
    Par défaut, 100 transactions et 10 000 messages apparaissent sur l’onglet Journal de la session . Si le nombre de transactions ou de messages dépasse la valeur par défaut, le journal de session est effacé et les transactions ou messages suivants s’affichent. Vous pouvez configurer cette transaction et ce nombre de messages à l’aide des préférences utilisateur glide.debugger.log.transaction.count et glide.debugger.log_messages_limit de respectivement. Pour plus d’informations sur les glide.debugger.log.transaction.count préférences utilisateur et glide.debugger.log_messages_limit les préférences utilisateur, voir Paramètres des préférences utilisateur.
    Remarque :
    Activer Journal de la session en tant qu’onglet séparé à l’aide Débogueur de script de la glide.debugger.log.ui propriété système.
    • L’option Page affiche les journaux dans les formulaires et les listes et dans l’onglet Journal de session .
    • L’option Session affiche les journaux uniquement dans l’onglet Journal de session .

    Pour plus d’informations sur la propriété système, consultez Propriétés glide.debugger.log.uisystème disponibles.

    Lorsque vous exécutez une instruction dans la console, l’instruction exécutée est stockée dans le cache du navigateur. Vous pouvez utiliser la flèche vers le haut pour obtenir l’instruction précédente et la flèche vers le bas pour obtenir l’instruction suivante dans le cache du navigateur. Le paramètre glide.debugger.console.cached_stmt_limit de préférence utilisateur définit le nombre d’instructions mises en cache dans une session de navigateur. La valeur par défaut du cache d’instruction est 20 et la valeur maximale est 100. Vous pouvez configurer la valeur du cache des instructions à partir des préférences utilisateur.

    Remarque :
    Les instructions mises en cache ne sont pas disponibles lorsque le cache du navigateur est vidé ou lorsque vous vous connectez à partir d’un autre navigateur ou d’un autre ordinateur.
    La Débogueur de script peut mettre en pause tout script côté serveur qui s’exécute dans une transaction interactive, comme les règles métier, les includes de script, les actions de script ou les actions d’interface utilisateur qui nécessitent une réponse pour continuer. Si la méthode GlideSystem isInteractive() renvoie la valeur True lors de l’exécution du script en contexte, elle Débogueur de script peut être mise en pause.
    Remarque :
    Certains objets de script, tels que les includes de script, peuvent être appelés à partir de plusieurs contextes. Par exemple :
    • Lorsqu’une règle métier exécute un include de script sur un envoi de formulaire, c’est-à-dire une transaction interactive en attente de changement des données du formulaire avant de continuer.
    • Lorsqu’une tâche planifiée exécute le même include de script, il s’agit d’une transaction d’arrière-plan non interactive qui peut également exécuter d’autres scripts simultanément.

    Pour déboguer les scripts côté client, vous pouvez utiliser des outils de développement basés sur un navigateur.

    Une transaction de débogueur reste ouverte tant que la session utilisateur est valide. Si un utilisateur se déconnecte ou si sa session expire, le système ferme la transaction du débogueur.

    Pour afficher les journaux de débogage, consultez Afficher les journaux de débogage.

    Remarque :
    Lorsque la est activée, le Débogueur de script code est exécuté en mode interprété. Si certaines parties du script sont définies pour s’exécuter en mode strict, le débogueur n’est pas en mesure de trouver les objets corrects et le débogueur échoue. Le doit s’exécuter Débogueur de script sur des scripts en dehors du mode strict.