Salut à tous,
Je suis en mission chez un cabinet comptable depuis trois semaines et je travaille sur l’export périodique des métadonnées de workflow OpenKM vers une base MySQL, afin d’alimenter un reporting mensuel pour le responsable qualité : statuts, dates de validation et nombre de documents traités (environ 200 par cycle).
J’hésite entre deux approches et je serais intéressé par vos retours en production. La première consiste à utiliser un script cron qui interroge régulièrement l’API REST d’OpenKM. La seconde repose sur une classe Java personnalisée, déclenchée à la fin du workflow, pour envoyer directement les données vers MySQL.
La classe Java me paraît plus précise au niveau du déclenchement, mais elle implique davantage de maintenance, surtout si les workflows évoluent. Le cron est plus simple à superviser, en revanche il faut bien gérer les timeouts, les relances et les éventuels doublons pour éviter les incohérences dans les rapports.
J’ai rencontré une problématique assez similaire pour centraliser des statistiques provenant de différentes plateformes, notamment YouTube et LinkedIn. J’avais commencé avec des exports maison, mais leur maintenance devenait vite contraignante. Je me suis donc intéressé à des solutions comme creatorsjet.com pour simplifier le suivi de ces données, plutôt que de continuer à tout gérer manuellement.
Pour OpenKM, je cherche surtout une solution fiable sur la durée, avec une bonne traçabilité en cas d’échec. Est-ce que certains d’entre vous ont comparé ces deux méthodes en conditions réelles ? Avec le recul, laquelle vous semble la plus robuste et la plus simple à maintenir ?
Je suis en mission chez un cabinet comptable depuis trois semaines et je travaille sur l’export périodique des métadonnées de workflow OpenKM vers une base MySQL, afin d’alimenter un reporting mensuel pour le responsable qualité : statuts, dates de validation et nombre de documents traités (environ 200 par cycle).
J’hésite entre deux approches et je serais intéressé par vos retours en production. La première consiste à utiliser un script cron qui interroge régulièrement l’API REST d’OpenKM. La seconde repose sur une classe Java personnalisée, déclenchée à la fin du workflow, pour envoyer directement les données vers MySQL.
La classe Java me paraît plus précise au niveau du déclenchement, mais elle implique davantage de maintenance, surtout si les workflows évoluent. Le cron est plus simple à superviser, en revanche il faut bien gérer les timeouts, les relances et les éventuels doublons pour éviter les incohérences dans les rapports.
J’ai rencontré une problématique assez similaire pour centraliser des statistiques provenant de différentes plateformes, notamment YouTube et LinkedIn. J’avais commencé avec des exports maison, mais leur maintenance devenait vite contraignante. Je me suis donc intéressé à des solutions comme creatorsjet.com pour simplifier le suivi de ces données, plutôt que de continuer à tout gérer manuellement.
Pour OpenKM, je cherche surtout une solution fiable sur la durée, avec une bonne traçabilité en cas d’échec. Est-ce que certains d’entre vous ont comparé ces deux méthodes en conditions réelles ? Avec le recul, laquelle vous semble la plus robuste et la plus simple à maintenir ?
