[JBoss JIRA] Updated: (JBPM-955) jBPM: support setting Actor or Swimlane on process level (to re-use sub-processes)
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBPM-955?page=all ]
Thomas Diesler updated JBPM-955:
--------------------------------
Assignee: (was: Tom Baeyens)
> jBPM: support setting Actor or Swimlane on process level (to re-use sub-processes)
> ----------------------------------------------------------------------------------
>
> Key: JBPM-955
> URL: http://jira.jboss.com/jira/browse/JBPM-955
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: Core Engine
> Affects Versions: jBPM jPDL 3.2
> Environment: All
> Reporter: Arjan van Bentem
> Priority: Minor
>
> Currently, an Actor or Swimlane is assigned within the task definition. When using sub-processes it would be very convenient to make the assignments in the parent process, such as in the parent <process-state>, or maybe even in the outermost <process-definition>.
> For example: both a helpdesk employee and the customer would need to fill in the same questionnaire at different points in the main process. The steps to fill in the questionnaire would be a generic sub-process, in which (at design time) one would not know the Swimlane nor Actor. This would require a way to set the swimlane in the parent's process-state:
> <!-- multiple references to the same sub-process, for different swimlanes -->
> <process-state name="Customer survey" swimlane="client">
> <sub-process name="survey" />
> </process-state>
> :
> :
> <process-state name="Employee survey" swimlane="employer">
> <sub-process name="survey" />
> </process-state>
> ... or
> <process-state name="Employee survey">
> <assignment actor-id="..."/>
> <sub-process name="survey" />
> </process-state>
> ... or maybe even at an even higher level, where jBPM would iterate up into the chain, possibly though nested sub-processes, until some assignment is found?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Resolved: (JBPM-810) Actions that validate transitions
by Thomas Diesler (JIRA)
[ http://jira.jboss.com/jira/browse/JBPM-810?page=all ]
Thomas Diesler resolved JBPM-810.
---------------------------------
Resolution: Out of Date
> Actions that validate transitions
> ---------------------------------
>
> Key: JBPM-810
> URL: http://jira.jboss.com/jira/browse/JBPM-810
> Project: JBoss jBPM
> Issue Type: Feature Request
> Components: Core Engine
> Reporter: Gavin King
> Assigned To: Tom Baeyens
>
> It is useful to be able to have an action in the stack of actions for a transition "cancel" the transition:
> <transition name="delete">
> <action expression="#{user.checkDeletePermission}"/>
> <action expression="#{document.delete}"/>
> </transition>
> The first action can cancel execution of the transition (and shortcircuit the rest of the action stack) by something like:
> * returning false?
> * throwing a predefined exception class CancelTransitionException?
> Or perhaps we could have a specific concept of a Validator:
> <transition name="delete">
> <validator expression="#{user.admin}"/>
> <action expression="#{document.delete}"/>
> </transition>
> jBPM could have a Validator interface, and the Seam integration would just let you use an EL, and check the boolean return value.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months