DK
Иногда тоже бывает
Size: a a a
2019 February 13
DK
Но ретраи лечат проблему
DK
А глубже пока не хочется разбираться
РА
Но ретраи лечат проблему
А есть места где ретраятся только gateway?
Было бы идеально, т.к. этот экзепшн рабочая ситуация для камунды, как понял
Было бы идеально, т.к. этот экзепшн рабочая ситуация для камунды, как понял
РА
А глубже пока не хочется разбираться
Понимаю. Спасибо! Будут новости - отпишу
AK
ОптимистикЛок у нас возникал когда мы комплитили юзер таску а потом пытались засеттить переменную в процесс. Решилось когда стали сеттить переменную через апи комплита таски
РА
ОптимистикЛок у нас возникал когда мы комплитили юзер таску а потом пытались засеттить переменную в процесс. Решилось когда стали сеттить переменную через апи комплита таски
т.е. какое-то значение из формы положить, верно понял? А как вы клали?
Мы кладём весь объект данных с формы в локальный экзекьюшн и в output вычленяем нужные в bpm значения spin-ом (если много - лисенер парсинга).
Но основная часть данных летит в бд.
Формы кастомные, потому после всех этих действий уже комплитим.
Интересно как у вас
Мы кладём весь объект данных с формы в локальный экзекьюшн и в output вычленяем нужные в bpm значения spin-ом (если много - лисенер парсинга).
Но основная часть данных летит в бд.
Формы кастомные, потому после всех этих действий уже комплитим.
Интересно как у вас
AK
У нас тоже формы кастомные, а в процесс клалась переменная, котрая нужна для дальнейшего прохождения процесса. Комплитим мы руками
AK
Фишка как раз и была в том, чтобы комплитить и сеттить переменную в одной команде, тогда всё нормально работает
РА
Фишка как раз и была в том, чтобы комплитить и сеттить переменную в одной команде, тогда всё нормально работает
А, понял. Да, у нас тоже так
2019 February 14
EZ
Всем привет!
Это нормально что Camunda переменные формата JSON сохраняет как bytearray?
Это нормально что Camunda переменные формата JSON сохраняет как bytearray?
EZ
Никто не делал чтобы как String хранилось?
EZ
overhead какой-то если честно
AK
Если у вас переменные в JSON, то, скорее всего, у вас дизайн приложения не правильный. Переменные должны быть простых типов, а сложные надо хранить в ПБД. Это во всех BPM системах будет тормозить и плохо работать
DK
на стринг ограничение в 4000 символов в БД
EZ
Если у вас переменные в JSON, то, скорее всего, у вас дизайн приложения не правильный. Переменные должны быть простых типов, а сложные надо хранить в ПБД. Это во всех BPM системах будет тормозить и плохо работать
В основном ребята в JSON хранят какой-то результат от справочника. Хранить в ПБД если потом по ним искать что-то?
DK
надо хранить как object
DK
вот на эту тему тут есть рассуждения https://forum.camunda.org/t/pitfalls-with-json-data-in-process-variables/10820/3
DG
на стринг ограничение в 4000 символов в БД
Да, мы делали ручную проверку на длину, если меньше, то сохраняли как строку
EZ
на стринг ограничение в 4000 символов в БД
А если это PostgreSQL?
... PostgreSQL provides the text type, which stores strings of any length.
... PostgreSQL provides the text type, which stores strings of any length.