Utilisation du cadre de travail du créateur pour les notifications sortantes
Le cadre de travail du producteur sélectionne l’événement à partir de l’instance ServiceNow et envoie la notification sortante au système externe. Vous pouvez utiliser les détails de la notification à partir du service de messagerie installé sur votre système externe.
Propriétés système
Vous devez configurer les propriétés système pour utiliser le cadre de travail du créateur pour la notification sortante. La table suivante décrit la liste des propriétés système définies pour les travaux planifiés.
| Propriété | Description | Type |
|---|---|---|
| sn_api_notif_mgmt.event.log |
Niveau de journalisation à écrire dans les journaux de débogage. Vous pouvez sélectionner les niveaux de journalisation suivants :
Valeur par défaut : err |
Chaîne |
| sn_api_notif_mgmt.publisher_message_bus_configuration | Définit si les messages sont publiés à l’aide de Service de messagerie Hermes, du bus de messages ouverts ou des deux bus de messages. Vous pouvez utiliser les valeurs suivantes :
Valeur par défaut : openMessageBus |
Chaîne |
| sn_api_notif_mgmt.inboundqueue.maxrecords | Nombre maximum d’enregistrements que le planificateur extrait de la file d’attente entrante pour une exécution du planificateur. Cette valeur est utilisée conjointement avec le sn_api_notif_mgmt.inboundqueue.batch.limit paramètre.
Par exemple, si la limite de lot est définie sur 50 et que maxrecords est défini sur 200, et si le nombre d’enregistrements qui se trouvent dans la file d’attente entrante est de 130, le planificateur extrait trois lots différents d’enregistrements en une seule exécution ; deux avec 50 enregistrements et un avec 30 enregistrements. Si le nombre d’enregistrements dans la file d’attente entrante est égal à 220, le planificateur extrait quatre lots de 50 enregistrements et les 20 enregistrements restants ne sont traités qu’à la prochaine exécution du planificateur. Lors de la définition de cette valeur, vous devez également tenir compte du temps qu’il faudra au planificateur pour traiter plusieurs lots et définir la valeur sn_api_notif_mgmt.schedule.max.runtime en conséquence. |
Entier |
| sn_api_notif_mgmt.inboundqueue.batch.limit | Nombre d’enregistrements que le planificateur extrait et traite de la file d’attente entrante en un seul lot.
|
Entier |
| sn_api_notif_mgmt.glide.mutex.script.maxspins | Nombre maximal de tentatives d’acquisition d’un verrou mutex dans les enregistrements de file d’attente entrante.
|
Entier |
| sn_api_notif_mgmt.schedule.max. Exécution | Durée maximale, en millisecondes, pendant laquelle la tâche planifiée peut s’exécuter avant qu’elle ne tombe en panne et ne signale une erreur.
|
Entier |
| sn_api_notif_mgmt.glide.mutex.script.spinwait | Durée d’attente maximale, en millisecondes, entre les tentatives d’acquisition d’un verrou mutex sur les enregistrements de la file d’attente entrante.
|
Entier |
Workflow du cadre de travail du producteur
- Le planificateur sélectionne un certain nombre d’enregistrements à un intervalle préconfiguré, puis envoie des instantanés Glide au processeur d’événements.
- Le système convertit l’instantané Glide en charge utile d’événement de réclamation TMF 688 en fonction du type d’événement.
Pour en savoir plus sur les méthodes utilisées pour définir et générer les charges utiles compatibles TMF pour les événements de ticket d’incident, reportez-vous à la section TopicAPIUtilsOOB - Scoped.
- Le système vérifie si la configuration de notification est destinée à Hermes Kafka ou au bus de message ouvert.
Pour en savoir plus sur la configuration du cadre de travail des notifications d’événements du créateur, reportez-vous à la section Producer Event Notification Framework developer guide.