Size: a a a

Camunda BPM Group

2020 April 23

ДД

Дмитрий Дахновский... in Camunda BPM Group
так а что там доработать?) Рисовать явно стрелки от блоков, где можно вернуться назад не красиво, бизнес на это не пойдёт, поэтому и делаем возможность возврата без явного указания в диаграмме.
Но вот проблему возврата в дочерние процессы, как решить "красиво" пока не придумали
источник

ДД

Дмитрий Дахновский... in Camunda BPM Group
Ruslan Kadyrbaev
можно запускать новую под-версию процесса или еще что придумать
новый экземпляр дочернего процесса как раз и запускается, вопрос нормальным образом переместить его в нужное состояние
источник

SD

Serg D. in Camunda BPM Group
А как и почему вы откатываетесь к этому CallActivity?
источник

ДД

Дмитрий Дахновский... in Camunda BPM Group
Вот предположим наш процесс. И мы сейчас находимся на UserTask1.
Пользователь нажимает "шагнуть назад" и ожидает увидеть последний пройденный им UserTask из CallActivity (потому что он не знает, как устроен процесс - для него это всё один большой процесс. он видит только последовательность пользовательских шагов)
Откатываемся через /process-instance/{id}/modification на CallActivity
Но этот CallActivity уже завершён и стартует с начала
источник

AK

Artem Kuraev in Camunda BPM Group
Дмитрий Дахновский
так а что там доработать?) Рисовать явно стрелки от блоков, где можно вернуться назад не красиво, бизнес на это не пойдёт, поэтому и делаем возможность возврата без явного указания в диаграмме.
Но вот проблему возврата в дочерние процессы, как решить "красиво" пока не придумали
Простите, а почему не красиво рисовать стрелочки? У вас процесс описывает куда по нему можно ходить, если вы один из переходов не опишите, но как-то закодите - саму идею описацния процесса в нотации похерите
источник

AK

Artem Kuraev in Camunda BPM Group
Дмитрий Дахновский
Вот предположим наш процесс. И мы сейчас находимся на UserTask1.
Пользователь нажимает "шагнуть назад" и ожидает увидеть последний пройденный им UserTask из CallActivity (потому что он не знает, как устроен процесс - для него это всё один большой процесс. он видит только последовательность пользовательских шагов)
Откатываемся через /process-instance/{id}/modification на CallActivity
Но этот CallActivity уже завершён и стартует с начала
Да, если вы так декомпозировали процесс, то он должен начаться с начала. Либо явно нужно прописать условия перехода на нужный этап процесса
источник

AK

Artem Kuraev in Camunda BPM Group
Внутри того кубика
источник

ДД

Дмитрий Дахновский... in Camunda BPM Group
Artem Kuraev
Простите, а почему не красиво рисовать стрелочки? У вас процесс описывает куда по нему можно ходить, если вы один из переходов не опишите, но как-то закодите - саму идею описацния процесса в нотации похерите
не красиво бизнесу видеть кашу из стрелочек, но эта проблема - не проблема. Проблема только с возвратом к дочерним процессам)
источник

AK

Artem Kuraev in Camunda BPM Group
Дмитрий Дахновский
не красиво бизнесу видеть кашу из стрелочек, но эта проблема - не проблема. Проблема только с возвратом к дочерним процессам)
Через несколько лет вас проклянут те, кто будет вынужден проанализировать заново ваш процесс с целью понять почему токен пошёл куда-то, куда в процессе не описано)
источник

ДД

Дмитрий Дахновский... in Camunda BPM Group
Artem Kuraev
Да, если вы так декомпозировали процесс, то он должен начаться с начала. Либо явно нужно прописать условия перехода на нужный этап процесса
ну т.е. например, conditional start event навтыкать?)
источник

AK

Artem Kuraev in Camunda BPM Group
Нет, навтыкать эксклюзив гейтвеи
источник

AK

Artem Kuraev in Camunda BPM Group
Если вы так не хотите стрелочки до кубиков тянуть - используйте link event
источник

SD

Serg D. in Camunda BPM Group
Ну можно начать извращаться))) каждый UserTask выносите в отдельный процесс стартующий по message ))) ну и дальше реализуете логику GO TO)))
источник

DK

Denis Kotov in Camunda BPM Group
Serg D.
Ну можно начать извращаться))) каждый UserTask выносите в отдельный процесс стартующий по message ))) ну и дальше реализуете логику GO TO)))
после следует задать вопрос нахрена нам camunda
источник

AK

Artem Kuraev in Camunda BPM Group
Относитесь к каждой диаграмме как к независимому процессу и будет вам счастье =)
источник

SD

Serg D. in Camunda BPM Group
Denis Kotov
после следует задать вопрос нахрена нам camunda
Вопрос этот стоит задать "До", а не "После" )))
источник

DK

Denis Kotov in Camunda BPM Group
Serg D.
Вопрос этот стоит задать "До", а не "После" )))
ну как уж получилось
источник

SD

Serg D. in Camunda BPM Group
Ну мы ж программисты ))) Мы любим "программировать на camunda")))
источник

AK

Artem Kuraev in Camunda BPM Group
Погромисты! 😁
источник

SD

Serg D. in Camunda BPM Group
Ну а реально: мы хотим переходы по схеме, но чтобы переходов на схеме не видно было. Это как замести мусор под коврик ))) Вроде чисто, но когда-нибудь коврик поднимут...
источник