-
1. Re: Synchronising tasks finish-to-finish
kukeltje Feb 16, 2008 9:11 PM (in response to pojomonkey)uhhmmm... why did you put them in forks if you want them in sequence (at least that is what you describe)?
-
2. Re: Synchronising tasks finish-to-finish
pojomonkey Feb 19, 2008 4:06 AM (in response to pojomonkey)First of all, there are different tasks to be performed by different actors and furthermore, the tasks are starting at different times.
So they are not 'sequential' as such - there is simply a constraint on them finishing in a particular order.
If I stick them all on a single task node, or put a lot of code behind to organise this ordering, then it makes it much more difficult to change the process through changing the graph. It would also hide this part of the process. -
3. Re: Synchronising tasks finish-to-finish
pojomonkey Feb 19, 2008 5:03 AM (in response to pojomonkey)Just to clarify - rather than necessarily finish in a specific order, the tasks must not finish before one (or, in the general case, one or more) other task is finished.
You have queried my use of fork, but are you really saying that fork is only appropriate where the tasks are entirely independent?
As an illustration, in the websale example, is it not reasonable to assume that 'ship item' should not complete before 'wait for money' was completed? Now while the join perhaps implies this synchronisation, the 'ship item' node can fully complete even if 'wait for money' never completes... -
4. Re: Synchronising tasks finish-to-finish
pojomonkey Feb 28, 2008 11:29 AM (in response to pojomonkey)Despite now having got various scenarios working with forks, joins and sub-processes, I'm still not clear on how I can achieve finish-to-finish synchronisation except by some logic external to jBPM.
I would welcome any thoughts on this. -
5. Re: Synchronising tasks finish-to-finish
kukeltje Feb 29, 2008 4:59 AM (in response to pojomonkey)The join in the websale example implies that the process cannot continue until *both* are finished. It might not be real-world compliant, but that's just how it was designed.
Your finish-to-finish (one cannot finish before the other) requirement imo creates a dead-lock. They both have to finish at exactely the same time. Even with logic outside jBPM, you have the same problem.
Why not simply introduce things like 'prepare shipment' that is where the ship item is now and move the ship item below the join.... -
6. Re: Synchronising tasks finish-to-finish
pojomonkey Feb 29, 2008 5:31 AM (in response to pojomonkey)I tried putting a condition on a leaving transition - but that just complicates matters.
"kukeltje" wrote:
Why not simply introduce things like 'prepare shipment' that is where the ship item is now and move the ship item below the join....
Interesting thought - I could have a 'start' even before the join(s) and a 'stop' even after the join...
In which case I'll just want an 'event' node - sounds like a 'vanilla' node with an action...
Thanks for the inspiration :) -
7. Re: Synchronising tasks finish-to-finish
kukeltje Feb 29, 2008 8:18 AM (in response to pojomonkey)business process automation and the process design that is part of it is about thinking out of the box, the box in this case being the processes as people *perceive* them. Most of the time you cannot do this without business process redesign.
Glad to hear I'm an 'inspirator' :-) -
8. Re: Synchronising tasks finish-to-finish
koen.aers Mar 10, 2008 5:45 AM (in response to pojomonkey)"kukeltje" wrote:
Glad to hear I'm an 'inspirator'
You should start a sect, maybe they'll call you an 'instigator' than later :-P
Cheers,
Koen