Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate escalation event subprocesses #24385

Closed
Tracked by #22797
berkaycanbc opened this issue Nov 5, 2024 · 0 comments · Fixed by #24386
Closed
Tracked by #22797

Migrate escalation event subprocesses #24385

berkaycanbc opened this issue Nov 5, 2024 · 0 comments · Fixed by #24386
Assignees
Labels
component/engine component/zeebe Related to the Zeebe component/team kind/feature Categorizes an issue or PR as a feature, i.e. new behavior version:8.7.0-alpha2 Labal that represents features released with 8.7.0-alpha2

Comments

@berkaycanbc
Copy link
Contributor

berkaycanbc commented Nov 5, 2024

Description

Following migration cases will be supported:

(Since escalation event subprocess migration is expected to work the same as error event subprocess migration, I didn't change error start events to escalation ones in screenshots for saving time on documenting the issue.)

Migrate active escalation event subprocess

Screenshot 2024-09-10 at 16 04 08

Mappings should be provided between event subprocesses (sub1 -> sub2) and active elements inside event subprocesses (B -> B).

Migrate escalation event subprocess start event subscription

Screenshot 2024-09-10 at 16 02 05

To migrate the start event subscription of a escalation event subprocess a mapping needs to be provided for active elements (A-> A) and between escalation start events (start1 -> start2). This case currently doesn't provide much advantage since escalation code will not change during the migration, but will be useful when we introduce the feature for re-evaluating escalation codes.

Subscribe to escalation event subprocess start event subscription

Screenshot 2024-09-10 at 16 00 04

In this case, a mapping should be provided for the active element (A -> A). The escalation event subscription will be created after the migration for escalation start event (start2).

Unsubscribe from escalation event subprocess start event subscription

Screenshot 2024-09-10 at 15 58 13

In this case, a mapping should be provided for the active element (A -> A). The escalation event subscription will be deleted after the migration for escalation start event (start1).

@berkaycanbc berkaycanbc self-assigned this Nov 5, 2024
@berkaycanbc berkaycanbc added kind/feature Categorizes an issue or PR as a feature, i.e. new behavior component/engine component/zeebe Related to the Zeebe component/team labels Nov 5, 2024
@berkaycanbc berkaycanbc changed the title Migrate escalation event subprocess Migrate escalation event subprocesses Nov 5, 2024
github-merge-queue bot pushed a commit that referenced this issue Nov 8, 2024
## Description

<!-- Describe the goal and purpose of this PR. -->

See #24385 for detailed description.

## Related issues

closes #24385
@npepinpe npepinpe added the version:8.7.0-alpha2 Labal that represents features released with 8.7.0-alpha2 label Dec 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component/engine component/zeebe Related to the Zeebe component/team kind/feature Categorizes an issue or PR as a feature, i.e. new behavior version:8.7.0-alpha2 Labal that represents features released with 8.7.0-alpha2
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants