Débogueur de script et Journal de la session

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 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 pour Journal de la session 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:
    • Disposer d’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.
    • Évaluer les expressions pendant l’exécution.
    • Parcourez le code ligne par ligne.
    • Entrez et sortez des appels de fonctions et de méthodes.
    • 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écharger 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 respectivement glide.debugger.log_messages_limit . 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é à Débogueur de script l’aide 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 à partir du 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 d’instruction dans les préférences utilisateur.

    Remarque :
    Les instructions mises en cache ne sont pas disponibles lorsque le cache du navigateur est effacé ou lorsque vous vous connectez à partir d’un autre navigateur ou d’un autre ordinateur.
    L’outil 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 le mettre 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 s’exécute, un include de script sur un envoi de formulaire, c’est-à-dire une transaction interactive qui attend que les données du formulaire changent avant de continuer.
    • Lorsqu’une tâche planifiée exécute le même include de script, c’est-à-dire 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 Débogueur de script doit s’exécuter sur des scripts en dehors du mode strict