DG
Size: a a a
2021 January 20
DG
Надо дождаться определенного состояния в переменной и только после это идти дальше к шлюзу
DG
А состояние обновляется фоново, когда из шины AMPQ получаем определенное сообщение
НЩ
По скриптингу еще вопрос, а я правильно (как аналитик) понимаю, что я могу сделать какой-то Класс (Делегат), в нем будут Методы (Бины) и я могу их дергать через имплементацию в BPMN и так отказаться от скриптов? Я что-то не представляю делегат только для "substring", или так делают?
EZ
А состояние обновляется фоново, когда из шины AMPQ получаем определенное сообщение
Ну у вас кондишинал эвент на переменную какую-то настроен?
DG
Ну у вас кондишинал эвент на переменную какую-то настроен?
Да
EZ
Ну так может получается так что у вас там по условию на шлюзе возвращаетесь на эвент а он срабатывает опять потому что переменная есть в контексте и так по кругу?
DK
Николай Щепилов
По скриптингу еще вопрос, а я правильно (как аналитик) понимаю, что я могу сделать какой-то Класс (Делегат), в нем будут Методы (Бины) и я могу их дергать через имплементацию в BPMN и так отказаться от скриптов? Я что-то не представляю делегат только для "substring", или так делают?
а зачем вообще со строкой в контексте работать. сделайте себе человеческий обьект
НЩ
а зачем вообще со строкой в контексте работать. сделайте себе человеческий обьект
если мне прилетает "239134398#djfsjh#3434" в проперти JSON и мне надо из него часть достать, что бы сделать REST запрос и потом в этот JSON положить ответ из ответа - вот тут я скриптами пользуюсь в 2-3 строки
DK
и что это такое - 239134398#djfsjh#3434"?
НЩ
какой-то составной внешний ID, по которому мне надо у себя найти данные и передать дальше
DK
чего?
В
айдюк)))))
В
впервые такое прочтение идентификатора вижу)
НЩ
😃
DG
Ну так может получается так что у вас там по условию на шлюзе возвращаетесь на эвент а он срабатывает опять потому что переменная есть в контексте и так по кругу?
Не совсем понимаю в чём проблема такого подхода. Есть ли альтернативы?
Суть в чем. В шлюзе мы смотрим значение переменной, ивент сдерживает прохождение процесса до этого шлюза слушая туже самую переменную. В самом процессе нет места, где эта переменная могла бы поменяться (она меняется фоново)
Суть в чем. В шлюзе мы смотрим значение переменной, ивент сдерживает прохождение процесса до этого шлюза слушая туже самую переменную. В самом процессе нет места, где эта переменная могла бы поменяться (она меняется фоново)
EZ
Не совсем понимаю в чём проблема такого подхода. Есть ли альтернативы?
Суть в чем. В шлюзе мы смотрим значение переменной, ивент сдерживает прохождение процесса до этого шлюза слушая туже самую переменную. В самом процессе нет места, где эта переменная могла бы поменяться (она меняется фоново)
Суть в чем. В шлюзе мы смотрим значение переменной, ивент сдерживает прохождение процесса до этого шлюза слушая туже самую переменную. В самом процессе нет места, где эта переменная могла бы поменяться (она меняется фоново)
Проблема в том что у вас 50000 записей в таблице по этому эвенту))
EZ
Я просто выдвинул предположение почему так может быть))
ММ
да если нужный евент никогда не придет, может и возникает ситуации с 5kk циклами, пока не увидите. Как по мне нужно просто заменить этот блок на приход конкретного event с нужной переменной, или в цикл добавить некий таймер завершения процесса или перехода по какой то ветке по таймеру, если событие не придет...
АК
коллеги, можете указать какой-нибудь best-practice, у меня встроенная камунда (досталась по наследству), когда запускается приложение то минут 20 что-то делает в своей БД. есть что почитать на этот счет?