AV
BusinessKey для процесса задаю
Size: a a a
2020 November 24
IK
ну а processId не нужно, достаточно businessKey
SN
у подпроцесса который еще не запущен, еще нет своего Id
AV
И не понятно, как его запустить
SN
ProcessEngine processEngine = BpmPlatform.getDefaultProcessEngine();
processEngine.getRuntimeService()
.createMessageCorrelation(sMessage)
.correlateAll();
processEngine.getRuntimeService()
.createMessageCorrelation(sMessage)
.correlateAll();
SN
processEngine.getRuntimeService().startProcessInstanceByMessage(messageName)
SN
почитайте про методы RuntimeService()
SN
страшная какая - это кто?
AV
Спасибо, ушла читать
IK
а что вы мокаете в тестах? у меня есть ощущение что мокать делегаты сами не очень, что мокать стоит те сервисы бизнес логики что делегаты используют
а этой либой получается удобно замокать сами делегаты только?
а этой либой получается удобно замокать сами делегаты только?
IK
autoMock("MockProcess.bpmn");
я про такие приколюхи
я про такие приколюхи
AK
а что вы мокаете в тестах? у меня есть ощущение что мокать делегаты сами не очень, что мокать стоит те сервисы бизнес логики что делегаты используют
а этой либой получается удобно замокать сами делегаты только?
а этой либой получается удобно замокать сами делегаты только?
Так почему не стоит мокать делегаты-то? Делегат это всего лишь прослойка между слоем бизнес-логики и процессом, если мы хотим тестить именно процесс - то вся обвязка должна быть замокана =)
AK
Это просто обычный юнит-тест на класс типа, только класс в данном случае - бизнес-процесс
YY
Так почему не стоит мокать делегаты-то? Делегат это всего лишь прослойка между слоем бизнес-логики и процессом, если мы хотим тестить именно процесс - то вся обвязка должна быть замокана =)
Так же делаем.
Делегаты потом можно ещё и отдельно потестить, если очень надо, как обычный unit
Делегаты потом можно ещё и отдельно потестить, если очень надо, как обычный unit
IK
ну не знаю, тестить в 2х местах что переменные проставляются не оч удобно мне кажется,
вот у меня есть делегат который в процесс ставит какой нибудь decision = APPROVED
и так я просто мокаю бизнес логику и говорю что "бизнес логика вернула APPROVED" и тестирую схему
а так мне нужно будет в тестах схемы переменную проставлять ручками, отдельно делегат тестить что он переменную проставляет
хз
вот у меня есть делегат который в процесс ставит какой нибудь decision = APPROVED
и так я просто мокаю бизнес логику и говорю что "бизнес логика вернула APPROVED" и тестирую схему
а так мне нужно будет в тестах схемы переменную проставлять ручками, отдельно делегат тестить что он переменную проставляет
хз
AK
ну не знаю, тестить в 2х местах что переменные проставляются не оч удобно мне кажется,
вот у меня есть делегат который в процесс ставит какой нибудь decision = APPROVED
и так я просто мокаю бизнес логику и говорю что "бизнес логика вернула APPROVED" и тестирую схему
а так мне нужно будет в тестах схемы переменную проставлять ручками, отдельно делегат тестить что он переменную проставляет
хз
вот у меня есть делегат который в процесс ставит какой нибудь decision = APPROVED
и так я просто мокаю бизнес логику и говорю что "бизнес логика вернула APPROVED" и тестирую схему
а так мне нужно будет в тестах схемы переменную проставлять ручками, отдельно делегат тестить что он переменную проставляет
хз
Классика. Unit VS Integration =)
DK
Без делегатов хрень , запутаешься за переменными следить
AK
Зато, когда у тебя гейтвей сломается, не надо будет думать, толи делегат там не проставил что-то, толи в процессе что-то куда-то не туда пошло
YY
Без делегатов хрень , запутаешься за переменными следить
это если они в делегатах проставляются, да.