[Sommaire] [Imprimer]

   1  Note for MySQL users:
   2  =====================
   3  
   4  InnoDb / MyIsam
   5  ===============
   6  
   7  THe workflow application is using transactions and Locks.
   8  You should really consider having InnoDb type tables for all your workflow tables 
   9  (i.e.: tables with names starting with 'egw_wf' in your egroupware database).
  10  This will certainly not be as faster as a MyIsam type table but the workflow need
  11  a database working in read and write mode for multiple users, not just a fast directory.
  12  
  13  If your database is not supporting transactions and locks you could have some concurrency
  14  problems with users acting on the same parts of the workflow at the same time.
  15  So at least you should consider having only one user using the workflow (...) or maybe only
  16  one user avaible per task and no split activities to ensure tasks (activities) aren't running
  17  at the same time on the same instance.
  18  
  19  Concurrent write access
  20  =======================
  21  Concurrent write access could occurs when someone wants to run an activity whose user is 
  22  currently '*'. The workflow engine is setting the current user (if he hasthe right to do it),
  23  preventing any other user to run the activity. This will occurs at each loop on an activity form.
  24  
  25  There are some concurrency issues as well when the process handle splitting activities. After a split
  26  you could have n branches of activities running on the same instance, and properties are stored 
  27  on the instance, only one time for n activities.different users saving different versions of the properties
  28  could see some strange things happenning.
  29  
  30  You should know as well concurrency is not handled on the administrations forms, that means actually only
  31  one user should edit the processes and activities.