syncope-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (SYNCOPE-1020) Support for BPMN call activity
Date Tue, 11 Apr 2017 12:51:41 GMT


ASF subversion and git services commented on SYNCOPE-1020:

Commit 7a4406185310898b95bd6c6af2ae6e20e28392d3 in syncope's branch refs/heads/2_0_X from
[;h=7a44061 ]

[SYNCOPE-1020] Implementation completed: now several sub-processes can be managed besides
the main workflow definition; for both Activiti and Flowable

> Support for BPMN call activity
> ------------------------------
>                 Key: SYNCOPE-1020
>                 URL:
>             Project: Syncope
>          Issue Type: Improvement
>          Components: core
>            Reporter: Francesco Chicchiriccò
>            Assignee: Francesco Chicchiriccò
>             Fix For: 2.0.3, 2.1.0
> From the [Activiti User Guide|]:
> {quote}
> BPMN 2.0 makes a distinction between a regular subprocess, often also called embedded
subprocess, and the call activity, which looks very similar. From a conceptual point of view,
both will call a subprocess when process execution arrives at the activity.
> The difference is that the call activity references a process that is external to the
process definition, whereas the subprocess is embedded within the original process definition.
The main use case for the call activity is to have a reusable process definition that can
be called from multiple other process definitions.
> {quote}
> It is currently possible to create more process definitions (besides the default {{userWorkflow}})
by empowering the REST endpoint
> {code}
> PUT /workflows/{anyTypeKind}
> {code}
> The new process(es) defined can then be called from the main {{userWorkflow}} via the
{{<callActivity/>}} element(s): the main advantage is that, by doing so, there are no
more problems about the process definition versions, as they only apply to the main process
(e.g. {{userWorkflow}}).
> What is currently lacking is:
> # proper management for getting all available process definitions
> # proper handling for initial loading of several process definitions from XML files
> # proper editing features from Admin Console
> as all the items above only consider the possibility that a single process definition
is available.

This message was sent by Atlassian JIRA

View raw message