[JBoss jBPM] - Re:
by kukeltje
anonymous wrote : Let's take an example, I have an "Approval task node" that handles the approval from two departments: HR and Accounting. When I design this by using the GPD, I will create two Tasks and at runtime one Task instance will be created for each Task.
|
That is indeed an option
anonymous wrote : Now if I want to do this at runtime by using a rule file (or a delegation class), one way would be to create a default Task definition for this node when designing my process and then at runtime my rules will create two Task instances (one for HR and one for Accounting) for the same Task definition.
Correct, again, an option
anonymous wrote :
| For the same idea, which is 2 Tasks one for HR and one for Accounting (at least in the BA point of view) I'm not using the same objects of my domain model to implement it. I'm just wondering if this is ok.... ? Yes, the implementation works fine in both cases but what if one day I'm stuck because I found out I can do some specific reporting in one case but not in the other case since the implementation is different ?
Then you have the same api at you disposal and you can 'migrate' the tasks or the complete processes by deploying a new processdefinition (or changing the existing one as you found out is also possible) and place the part of the tokens in the new tasknodes. Since you obviously want to minimize that and have clear e.g. swimlanes, make sure in advance (design time) things are split.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4215551#4215551
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4215551
17 years, 1 month
[JBoss jBPM] - Re:
by AlClientView
I agree it's easy to create task instances at runtime and that's the way I'm using when the implementation requires such feature. But it's a bit different... I was talking about Task (not task instance). Also the default implementation of the Task instance is that its properties are copied from the Task definition when it is created... I know we don't have to follow the default implementation, JBPM is flexible enough for that. But my point is more about the logic of domain model.
Let's take an example, I have an "Approval task node" that handles the approval from two departments: HR and Accounting. When I design this by using the GPD, I will create two Tasks and at runtime one Task instance will be created for each Task.
Now if I want to do this at runtime by using a rule file (or a delegation class), one way would be to create a default Task definition for this node when designing my process and then at runtime my rules will create two Task instances (one for HR and one for Accounting) for the same Task definition.
For the same idea, which is 2 Tasks one for HR and one for Accounting (at least in the BA point of view) I'm not using the same objects of my domain model to implement it. I'm just wondering if this is ok.... ? Yes, the implementation works fine in both cases but what if one day I'm stuck because I found out I can do some specific reporting in one case but not in the other case since the implementation is different ?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4215546#4215546
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4215546
17 years, 1 month
[JBoss jBPM] - designer bug: transition to superstate node not updated
by cvl
Hi.
I admit not doing any research, whereas this bug is found/solved/resolved, anyways:
in the designer (3.1.3.SP1), if you have superstate SS, node N in it, and transition from outside node pointing to SS/N, then if you rename superstate SS to SS1, this transition is not updated to SS1/N.
------
Additionally, in my view SuperState execute implementation is very weird one - taking the first node and entering it. When first means, the first in DB, which is usually the first in xml, that's very error prone in my view. Why not have something like start-node analog for it?
My use case is to enter this SuperState node on some process event, but now I need to add external Node to enter this SuperState. I cannot rely on sequence of xml entries of course.
--------
Also, putting start-state node into super-state (nonsense of course, but could be done accidentally), and then trying to delete it, throws classcast exception. Not nice.
2+1 cents
cvl
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4215446#4215446
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4215446
17 years, 1 month