Le module workflow est un module qui activé, permet d'offrir des fonctions de visu ou modif du workflow (donc d'enchainement des étapes métiers). Les triggers sont eux des fonctions intrinsèques a dolibarr. Le workflow devrait fonctionner grace aux triggers et non l'inverse.
Donc le mécanisme trigger doit rester dans le noyau de dolibarr et non etre déplacé dans un module. De plus le terme workflow n'est pas approprié puisqu'un workflow une chaine d'action et le trigger est une déclenchement de code sur une action. Aussi le terme était plus juste. Je pense qu'il faut remettre la classe interface dans le rep core (les triggers sont un mécanimes du noyau offert aux modules et non un mécanisme de module offert à d'autre modules) et garder la terme "run_triggers" plutot que "workflow" qui ne veut rien dire sur une action pontcuelle (le workflow etant le choix de l'orde d'actions ponctuelles faite par un utilisateur et non un nom de mécanisme de déclenchement de code). Les fonctions workflow seront utiles mais doivent se greffer au dessus du noyau et non en dessous. Pourquoi as-tu besoin de faire ces modifs pour déterminer les processus métiers. Ceci peut se faire en créant un simple trigger "workflow". Ce dernier irait lire une config préétablie et ferait les actions en conséquences ? Le 21/04/2010 18:37, Régis Houssin a écrit : > J’ai ajouté un module “workflow” (actif par défaut) et modifié l’appel > des triggers dans les classes. > L’appel sera dorénavant : call_workflow() au lieu de run_triggers() > > Ceci permettra de déterminer le workflow de l’entreprise et/ou de > certaines tâches > Ensuite le workflow fera appel aux triggers pour les exécuter. > > désolé du dérangement pour ceux qui développent des modules externes > mais ca devient vraiment indispensable de pouvoir déterminer des > processus métiers. > > > -- > Régis Houssin > ------------------------------------------------------ > *Cap-Networks > *30, Quai de Verdun > 71700 Tournus > Tél. +33 6 33 02 07 97 > Web: http://www.cap-networks.com > Email: [email protected] > > *Développeur Dolibarr : *[email protected] > *Portail francophone : *www.dolibarr.fr > *Offres SaaS de Dolibarr : *www.dolibox.fr > *Development platform : *www.dolibarr.pro > ------------------------------------------------------ > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > -- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: [email protected] Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: [email protected] AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: [email protected] AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
