DK
миграцию рукой писать в код приложения как JSON и хранить в репе и вызвать при старте приклада, а не генерить автоматом по изменению BPMNок
Size: a a a
2021 June 04
DK
вроде решится тогда вопросик
DK
а почему - потому что я предпочту чтобы кто-то глазами глянул как процесс мигрировать, потому что его глазами меняли
d
Ну мы примерно так и делаем. Мы не генерим их автоматом. Девелоперы пишут миграции используя java-api которые вызываются при старте приложения
SD
Коллеги, кто в курсе, при удалении деплоймента автоматом удаляется история процессов завершенных в рамках этого деплоймента?
DK
а, ну тогда прост миграцию не осилили, супенд тут не поможет. Мигрировать на разные типы активностей нельзя
DK
островок миграции самый норм паттерн
d
да, звучит разумно)))
Но если немного еще поковырять варинат с двиганьем процесс инстансов))))
Вроде бы если сделать suspend process definition (из которого и в который мигрируем, но не делать suspend process instance ) то можно будет двигать процесс и при этом соседние поды его двигать не будут...
выглядит так, что так можно обойтись без островка миграции, только если я ничего не упустил из виду
Но если немного еще поковырять варинат с двиганьем процесс инстансов))))
Вроде бы если сделать suspend process definition (из которого и в который мигрируем, но не делать suspend process instance ) то можно будет двигать процесс и при этом соседние поды его двигать не будут...
выглядит так, что так можно обойтись без островка миграции, только если я ничего не упустил из виду
DK
дефинишен суспенд останавлиает и все инстансы
d
Вроде нет. Этот код суспендит только дефинишен, без процесс инстансов
processEngine.getRepositoryService().suspendProcessDefinitionById(sourceProcessDefinition.getId());
И в кукпите тоже когда делаешь Process Definition suspend есть галка, позволяющая не трогать processInstnacы
processEngine.getRepositoryService().suspendProcessDefinitionById(sourceProcessDefinition.getId());
И в кукпите тоже когда делаешь Process Definition suspend есть галка, позволяющая не трогать processInstnacы
d
там получается что выставляется suspended статус в табличках act_ru_jobdef и в act_ru_job, а в act_ru_execution остается статус active
d
единственное, если кто-то попробует запустить процесс во время миграции, то упадет, т.к. последний процесс дефинишен на который мы мигрируем тоже надо будет суспендить на время миграции, чтобы процесс инстанс не убежал, пока мы его обратно не подвинем... но это может и не так уж и страшно
DP
AK
🤣🤣🤣🤣🤣🤣🤣🤣🤣 жиза, просто жиза!
AD
Кстати, про async ... можно как то запустить процесс из Явы, который без единого async, так что бы сразу считать переменные процесса... Те синхронный вызов ?
AD
Или надо через историю только получать
DK
так он так и будет работать
DK
если там всё асинх
DK
withvariables нужно запускать только
AD
Или withVariablesInReturn?