You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -234,39 +232,22 @@ You can do one of the following:
234
232
* The Administrator can use **Mark-as-Resolved** to fix this issue.
235
233
* The app developer can revert the change (which moves the activity back) and deploy this version.
236
234
237
-
#### Parallel Split Path Removed
235
+
#### Concurrent Path Removed
238
236
239
-
When an app developer removes a path from a **Parallel Split** and deploys this change, the currently running workflow instances that are executing activities within that path cannot continue execution.
237
+
When an app developer removes a concurrent path and deploys this change, the currently running workflow instances that are executing activities within that path cannot continue execution. This conflict is reported when any of the following concurrent paths is removed:
238
+
239
+
* An ongoing path of a **Parallel Split**
240
+
* An ongoing **Non-interrupting boundary event** path
241
+
* An ongoing **Event sub-process**
240
242
241
243
You can do one of the following:
242
244
243
245
* The workflow can be aborted, for example, by using the **DefaultWorkflowAdmin** page in the Workflow Commons.
244
246
* The workflow can be restarted, for example, by using the **DefaultWorkflowAdmin** page in the Workflow Commons.
245
247
* The Administrator can use **Mark-as-Resolved** to fix this issue (the currently running activity within the removed path will be aborted).
248
+
* The Administrator can apply [jumping](/refguide/jump-to/) to the **End** event of the removed path, which will also abort the currently running activity within the removed path.
246
249
* The app developer can revert the change (which adds the path back) and deploy it.
247
250
248
-
#### Non-Interrupting Boundary Event Path Removed
249
-
250
-
When an app developer removes an ongoing non-interrupting boundary event and then deploys this change, the currently running workflow instances that are executing activities within that path cannot be continued.
251
-
252
-
You can do one of the following:
253
-
254
-
* The workflow can be aborted, for example, by using the **DefaultWorkflowAdmin** page in the Workflow Commons.
255
-
* The workflow can be restarted, for example, by using the **DefaultWorkflowAdmin** page in the Workflow Commons.
256
-
* The Administrator can use **Mark-as-Resolved** to fix this issue (the currently running activity within the removed boundary event path will be aborted).
257
-
* The app developer can revert the change (which adds the boundary event path back) and deploy it.
258
-
259
-
#### Current Event Sub-Process Removed
260
-
261
-
When an app developer removes an ongoing event sub-process and then deploys this change, the currently running workflow instances that are executing activities within that sub-process cannot be continued.
262
-
263
-
You can do one of the following:
264
-
265
-
* The workflow can be aborted, for example, by using the **DefaultWorkflowAdmin** page in the Workflow Commons.
266
-
* The workflow can be restarted, for example, by using the **DefaultWorkflowAdmin** page in the Workflow Commons.
267
-
* The Administrator can use **Mark-as-Resolved** to fix this issue (the currently running activity within the removed sub-process will be aborted).
268
-
* The app developer can revert the change (which adds the event sub-process back) and deploy it.
269
-
270
251
### Workaround for Non-resolvable and Partially Resolvable Conflicts {#workaround-for-non-resolvable-and-partially-resolvable-conflicts}
271
252
272
253
If the goal is to update an existing workflow document so that running workflow instances are unaffected whilenew workflow instances execute the new workflow document version, the best workaround is to duplicate the workflow document. To do this, right-click the workflow document and select **Duplicate**. Then make the desired edits in the duplicate. Finally, point the **Call workflow** activity to the new (duplicated) workflow document so that new instances use the updated version.
0 commit comments