Présentation

...

• Le BackOffice

• La Synchronisation

• Les backend

• Les webhook

• Les événements

S’en suivra plusieurs étapeétapes

• Le système écrira une ligne dans sw_sys_brokermessage. Table à ne pas altérer.

• Le service broker-message-gateway parcours tous les projets et regarde s'il y a des messages à envoyer au serveur RabbitMQ.

• Le service JobCenter crée les queues de messages dans RabitMQ au démarrage et gère le dispatching, qui au final appel le script d'endpoint définis dans le notifications managment du studio.

...

• Les notifications système

  • Les script SysNotification

• La gestion d’une entité

  • Les script Datatracking_MainHandling

• Les échanges externes

  • Les scripts ExtDataUpdateAsync

BodyData

Le bodyData est l'objet injecté dans le script d'endpoint.

Anti-loop

Par défaut, un script appelé via datatracking n'ira pas déclencher un nouvel appel lors de la modification d'une table. Ceci pourrait créer des boucles infinies.
Cependant, il existe une fonction SwingScript nommée DATA_TRACKING permettant d'indiquer explicitement de déclencher le datatracking sur une ligne.
A utiliser en connaissance de cause. Il faut être certain de maitriser le cycle d’exécution.

Debug

En cas d’erreur, voici différentes pistes à explorer

• Vérifier dans la table sw_sys_brokermessage que le champ logs n'est pas rempli.

• Vérifier les data du bodyData dans le champ messageBody de la table sw_sys_brokermessage en faisant clique droit Copy content et en l’enregistrant dans un .txt

• Utiliser la fonctionnalité script tester directement depuis le studio afin de s’assurer de ne pas avoir d’erreur de script.