Workflow Stacks Architecture
Last modified:
05/20/2006 07:46 AM
| Author: |
Julien Anguenot |
| Address: |
<ja@nuxeo.com>
|
| Revision: |
archi.txt 30344 2005-12-06 13:33:39Z fguillaume |
Worflow stacks : Delegation / validation features for CPS3.
Details about the implementation.
portal_stack_registry which is referencing the existing stacks
to be used.
Data Structure registry to register new stacks within the
portal_stack_registry.
The data structures used for the stack by default
- BaseStack class
- SimpleStack class
- HierarchicalStack class
It's extensible with the portal_stack_registry tool for
integration.
Possible to specify rulez about ds management in here :
- canManage()
- listLocalRolesMapping()
- Holds a given stack configuration.
- properties (common + specific)
- Holds a data structure instance.
Default Stack Definition Type
- BaseWorkflowStackDefinition
- SimpleWorkflowStackDefinition
- HierarchicalWorkflowStackDefinition
- potal_stack_registry (cf. above)
- Stack Definition registry to register new stack definition
Extensible, with the portal_stack_registry tool for integration.
Possible to add more information on these objects.
- State information related to stacks
- flags on the states
- push behavior
- pop behavion
- State definition holds stack definition declaration.
CPSWorkflow related
- _executeTransitions()
cope transition flags for stacks
- _checkTransitionGuard()
Hook for delegatees and local roles check.
updateRoleMapping()
- getStackDefinitionsFor(self, ob)
- getDataStructureStacks(self, ob)
- getDataStructureStackFor(self, ob, wf_var_id)
- CPSWorkflowExpression extended DC WF expr
[? Check if I really need it ?]
- The stack data structure is stored within the workflow status,
not on the Stack definition.
|