EG
компенсация не запускается
Size: a a a
2020 April 22
SD
Могу предположить что при выполнении второй таски вылетает exception, токен откатывается на начало процесса и опять выполняется первый таск.
SD
Другая проблема, компенсации должны быть в рамках транзакции, а у вас они просто так
SD
Bringing Together: Transactions, Cancel Events and Compensation Tasks | Camunda Team Blog
https://blog.camunda.com/post/2015/08/brining-together-transactions-cancel/
https://blog.camunda.com/post/2015/08/brining-together-transactions-cancel/
А
я использую, очень зрелый
Денис, а поправили ошибку, о которой я писал выше, с отображением кнопок?
А
В гите вроде без изменений
EG
Другая проблема, компенсации должны быть в рамках транзакции, а у вас они просто так
то есть обвести все и сделать одну таску компенсации?
EG
Bringing Together: Transactions, Cancel Events and Compensation Tasks | Camunda Team Blog
https://blog.camunda.com/post/2015/08/brining-together-transactions-cancel/
https://blog.camunda.com/post/2015/08/brining-together-transactions-cancel/
сейчас почитаю
SD
то есть обвести все и сделать одну таску компенсации?
Нет. Лучше сперва почитать )
DK
Денис, а поправили ошибку, о которой я писал выше, с отображением кнопок?
О, как раз пытался вспомнить, что кому я там обещал
А
☺️
2020 April 23
DP
Дамы и господа камунданты,
Если мне не изменяет память, то некоторое время тому назад в этом канале была информация про доклад о том как использовать Камунду для развертывания (CI/CD-решение).
Если кто-то помнит ссылку, скиньте, пожалуйста.
Если мне не изменяет память, то некоторое время тому назад в этом канале была информация про доклад о том как использовать Камунду для развертывания (CI/CD-решение).
Если кто-то помнит ссылку, скиньте, пожалуйста.
DP
@Kotskin Спасибо.
ДД
Всем привет!
Ребята, подскажите, есть ли техническая возможность запускать Call Activity с определенного task?
Пока нам вбрело в голову только сделать в начале процесса "технический userTask" и потом сделать process-instance/{id}/modification
Потребность возникла из-за необходимости реализации возможности "шагать назад" по userTask'ам.
Проблема такая: если Call Activity уже завершился, мы в родительском процессе откатываемся к нему и он естественно стартует со своего startEvent, а нам надо попасть на последний пройденный в нём userTask
Может кто реализовывал у себя возможность "шагать назад" по процессу? буду благодарен любым наводкам, идеям
Ребята, подскажите, есть ли техническая возможность запускать Call Activity с определенного task?
Пока нам вбрело в голову только сделать в начале процесса "технический userTask" и потом сделать process-instance/{id}/modification
Потребность возникла из-за необходимости реализации возможности "шагать назад" по userTask'ам.
Проблема такая: если Call Activity уже завершился, мы в родительском процессе откатываемся к нему и он естественно стартует со своего startEvent, а нам надо попасть на последний пройденный в нём userTask
Может кто реализовывал у себя возможность "шагать назад" по процессу? буду благодарен любым наводкам, идеям
DK
Шагать назад это не очень про процессы так-то. будет петрушка из стрелочек туда-сюда. Вариант - побить процесс на более мелкие части, а оркестрацию вызова этих мелких частей не делать процессом, а отдать на откуп тому, кто принимает решение что "надо назад"
R
Всем привет!
Ребята, подскажите, есть ли техническая возможность запускать Call Activity с определенного task?
Пока нам вбрело в голову только сделать в начале процесса "технический userTask" и потом сделать process-instance/{id}/modification
Потребность возникла из-за необходимости реализации возможности "шагать назад" по userTask'ам.
Проблема такая: если Call Activity уже завершился, мы в родительском процессе откатываемся к нему и он естественно стартует со своего startEvent, а нам надо попасть на последний пройденный в нём userTask
Может кто реализовывал у себя возможность "шагать назад" по процессу? буду благодарен любым наводкам, идеям
Ребята, подскажите, есть ли техническая возможность запускать Call Activity с определенного task?
Пока нам вбрело в голову только сделать в начале процесса "технический userTask" и потом сделать process-instance/{id}/modification
Потребность возникла из-за необходимости реализации возможности "шагать назад" по userTask'ам.
Проблема такая: если Call Activity уже завершился, мы в родительском процессе откатываемся к нему и он естественно стартует со своего startEvent, а нам надо попасть на последний пройденный в нём userTask
Может кто реализовывал у себя возможность "шагать назад" по процессу? буду благодарен любым наводкам, идеям
не ходите назад, ходите только вперед)
R
можно запускать новую под-версию процесса или еще что придумать
ДД
Шагать назад это не очень про процессы так-то. будет петрушка из стрелочек туда-сюда. Вариант - побить процесс на более мелкие части, а оркестрацию вызова этих мелких частей не делать процессом, а отдать на откуп тому, кто принимает решение что "надо назад"
Это я понимаю. Мы сделали свой "юзер-френдли" редактор, в котором работают ребята от бизнеса. Поэтому мы не можем им "диктовать" условия рисования)
DK
время дорабатывать редактор