-
1. Re:
kukeltje Jul 2, 2008 11:40 AM (in response to memius)Dieter,
I totally miss your point.... the task he already started on stays visible in his list *in the case he/she does not finish it* . You could order the tasklist by priority first and started/not started second. So they just stay in his list...
And yes, this is in many apps, but from what I can tell, also in jBPM -
2. Re:
memius Jul 2, 2008 11:54 AM (in response to memius)Ronald,
At this moment, those tasks are not really part of a process (ok, technically they are ... they get started and when they are done, that workflow branch is over).
They are created during the application... eg. you don't finish an email -> a 'send email task' is created.
It can be seen as a seperate task, not bound to any real process.
And that is my question : how should this be done ? How can you model these kind of tasks ... do you actually need a workflow for this or is there some other standard way of dealing with this kind of 'reminder' tasks. -
3. Re:
kukeltje Jul 2, 2008 2:33 PM (in response to memius)It can be seen as a seperate task, not bound to any real process.
Yep, that is what I understood.... that is a normal 'usecase' of jBPM. You do not need a full workflow to start ad-hoc tasks... you could make a basic empty process where you start tasks on. If it works for you, it is ok with jBPM...no real do/don't issues here