Frappe Framework
Event Streaming
La fonction publiait les changements d’un site producteur vers un site consommateur. Elle n’est plus une fonction du cœur à partir de la version 15.
À quoi servait Event Streaming
Event Streaming publiait les changements de documents d’un site Frappe vers un autre. On synchronisait ainsi des DocTypes choisis sans écrire une intégration par type d’enregistrement.
Un site était le producteur d’événements (Event Producer), l’autre le consommateur (Event Consumer). Création ou mise à jour sur le producteur : l’événement était enregistré, puis consommé. On pouvait répliquer des fiches, des transactions ou des DocTypes personnalisés.
Depuis la version 15
Ce n’est plus une fonction du cœur maintenue à partir de Frappe et ERPNext version 15. En version 14, le code était dans frappe/event_streaming. La version 15 ajoute un patch de suppression du module et de ses DocTypes : Event Producer, Event Consumer, Event Update Log, et les DocTypes de correspondance associés.
Application séparée
La fonction a été extraite dans frappe/event_streaming. L’application n’est pas maintenue activement. Le dépôt a été archivé par Frappe le 6 décembre 2024 : il est en lecture seule et n’a pas de version publiée. La source la considère comme non prise en charge pour une nouvelle production, sauf si l’équipe est prête à la tester et à la maintenir seule.
Autres voies citées
- l’API REST, pour une intégration explicite ;
- les webhooks, pour prévenir un autre système après création ou mise à jour ;
- les tâches de fond, planifiées ou en file, quand il faut des reprises, des journaux et un traitement d’erreur ;
- une application d’intégration, quand le mapping, les conflits ou les règles métier doivent rester sous contrôle.
Point d’attention
Ne bâtissez pas une nouvelle mise en œuvre sur Event Streaming en version 15 ou au-delà. La source préfère des API, des webhooks et des files dont le responsable, les reprises et les échecs sont clairs.