Hi,

Hosting a workflow in sharepoint yields in major scheduling service issue. The manual scheduler service can't be controled and thus the delay activity in turn isn't feasible. A possible walkaround was to create a task with a duedate. A windows service will run on timely basis and checks all the tasks with expiry date and updates them. In theory, updating a task will cause the workflow to trigger the OnTaskChanged method, but in practise, this wasn't the result. When this task is updated, the workflow isn't affected, whereas when manually updating the task an error occurs "event isn't received". The reason is due to the fact that the updated workflow in the windows service doesn't run the scheduler and as aresult, the workflow instance is still dehydrated. When the task is manually updated, the EditTask in the TaskForm will run the scheduler and thus two events are received that need to be handled by the same HandleExternalEvent "OnTaskChanged" activity, the first one, initiated by maually updating the TaskForm, will trigger this event and thus results in state transition, when the next one, updated by teh windows service, is to execute, it'll find no listening activity.

The reason is known for this problem, but i can't find a "workaround" for the "workaround" solution of the scheduling service. So please any help is highly appreciated and any further clarification is mostly welcomed.

Best Regards