DL
А мультитаск работает?
Size: a a a
2021 March 20
DK
А мультитаск работает?
Работает
DL
Loop же не работал, циклы нельзя было делать
DK
А это не циклы
DK
Это проход по коллекции
2021 March 23
DK
Мы тут в Тинькофф хотим сделать вот такую тему - берем кейс какой-нибудь (вашей!) компании (можно анонимно) связанный с переходом на Camunda и публично его разбираем, подсказываем как лучше, отвечаем на вопросы, может что-то ревьюим и так далее. У кого есть мысли внедрить Camunda, но не хватает такой мощной экспертизы? Пишите скорее в комментарии, если это про вас
Все кандидаты из шортлиста умерли успешно меня игнорируют, пишите еще в личку @Kotskin плиз кто хочет, мероприятие будет в ближайшее время
TL
Всем привет. Есть схема процесса и логика работы системы для этой версии процесса. Допустим по этой версии схемы уже есть 1К инстансов. Собрали обратную связь и видим требования к версии схемы 2. Сделать схему не проблема. Изменить логику работы системы тоже не проблема. Но что делать с инстансами процесса версии 1? Реализовать и поддерживать каждую версию процесса и имплементацию системы под нее или есть какой то способ миграции? Что обычно делают в таких ситуациях?
DK
мигрируют на последнюю версию
DK
можно через апи ,можно через мой прекрасный excamad
TL
мигрируют на последнюю версию
Получается нужно каждый инстанс отдельно мигрировать? И при этом они должны быть совместимы? Или можно как то "подогнать" под новую версию?
DK
да миллион разных вариантов. Если изменения не сильные и версии совместимы, то вообще изи - за 1 рест запрос. Если нет - то нужно специально к миграции готовить, делать промежуточную версию
TL
да миллион разных вариантов. Если изменения не сильные и версии совместимы, то вообще изи - за 1 рест запрос. Если нет - то нужно специально к миграции готовить, делать промежуточную версию
Понятно. Спасибо. Буду смотреть доки по миграции и excamad)
2021 March 24
DG
Подскажите. Вот представим себе супер короткий процесс из 3х блоков.
Блоки
1 - изменяем (через делегат) значение процессной переменной на false.
2 - изменяем ту же самую переменную на true.
3 - условный ивент который ожидает в переменной значения false.
Как такой процесс вообще может завершится? Это то, что происходит у меня сейчас на схеме.
async before и exclusive стоят на всех блоках
Блоки
1 - изменяем (через делегат) значение процессной переменной на false.
2 - изменяем ту же самую переменную на true.
3 - условный ивент который ожидает в переменной значения false.
Как такой процесс вообще может завершится? Это то, что происходит у меня сейчас на схеме.
async before и exclusive стоят на всех блоках
DG
Подскажите. Вот представим себе супер короткий процесс из 3х блоков.
Блоки
1 - изменяем (через делегат) значение процессной переменной на false.
2 - изменяем ту же самую переменную на true.
3 - условный ивент который ожидает в переменной значения false.
Как такой процесс вообще может завершится? Это то, что происходит у меня сейчас на схеме.
async before и exclusive стоят на всех блоках
Блоки
1 - изменяем (через делегат) значение процессной переменной на false.
2 - изменяем ту же самую переменную на true.
3 - условный ивент который ожидает в переменной значения false.
Как такой процесс вообще может завершится? Это то, что происходит у меня сейчас на схеме.
async before и exclusive стоят на всех блоках
С виду схема ошибочная, потому что условие ни когда не выполнится, но в реале переменная изменится в другом фоново в нужное время.
ЗЫ: я бы описал проблему так - токен доходит до условного ивента раньше, чем завершается второй блок с изменением значения на true
ЗЫ: я бы описал проблему так - токен доходит до условного ивента раньше, чем завершается второй блок с изменением значения на true
DK
А почему так происходит?
DG
А почему так происходит?
Вот я сам хотел бы выяснить)
DG
А почему так происходит?
Правда я не гарантирую что именно на такой схеме (как на скрине) это можно воспроизвести.
DK
Пример неработающий нужен в гитхабе
EZ
Подскажите. Вот представим себе супер короткий процесс из 3х блоков.
Блоки
1 - изменяем (через делегат) значение процессной переменной на false.
2 - изменяем ту же самую переменную на true.
3 - условный ивент который ожидает в переменной значения false.
Как такой процесс вообще может завершится? Это то, что происходит у меня сейчас на схеме.
async before и exclusive стоят на всех блоках
Блоки
1 - изменяем (через делегат) значение процессной переменной на false.
2 - изменяем ту же самую переменную на true.
3 - условный ивент который ожидает в переменной значения false.
Как такой процесс вообще может завершится? Это то, что происходит у меня сейчас на схеме.
async before и exclusive стоят на всех блоках
На эвенте стоит асинк беФоре?
EZ
Или второй делегат и эвент в одной транзакции?