Voilà l’évolution est barkportée en V4, cela permettra dans un premier temps de tracer les mises à jours au redolog des actions via API REST. Merci de me donner votre feedback au prochain build.
La profondeur du undo/redo est à 1 pour ne pas consommer de mémoire, tant que la méthode undo ne sera pas accessible par API.
Rappel :
Le Redolog n’est que le journal des actions au travers une session utilisateur (UI et maintenant REST).
Il reste donc encore à vous interroger sur les cas non gérés par ce mécanisme si vous en avez :
- Des actions planifiées via Cron qui mettent à jour ces objets
- Des actions asynchrones, car même lancées depuis une session, elles deviennent comme des taches planifiées
- Des mises à jour directe en base via
getGrant().update()ou externe
Pour 1 et 2, on pourra surement faire une autre évolution pour créer une “fausse” session technique et lui raccrocher des redolog. On aura l’info d’une mise à jour par le système.
Pour le 3, on ne pourra rien faire de mieux = le SQL direct est donc à utiliser pour les cas de mises à jour techniques, sans redolog nécessaire/exploitable.