у него в табличке есть там дата выполнения

кокпит фуфуфу, только екскамад

Дайте JWT 😂🤪

Советую использовать )))

там работы на 40 минут

а кстати я помоему сделал его, только в приватной репе

надо в паблик перенести

Руки наше все

Все работает. Я просто не туда смотрел. Спасибо

А кто-нибудь огребал проблем с java-десериализацией объектов, сохранённых в переменные процесса, при изменении соответствующего класса данных в новой версии приложения? Например, сохранили объект в переменную процесса, потом добавили необязательное поле в этот класс (по идее, это изменение с обратной совместимостью), выкатили новую версию приложения, а оно не может десериализовать ранее сохранённый объект?

В камунде ещё не наступал на эти грабли, подобная проблема когда-то встречалась безотносительно камунды.

Есть ли смысл сконфигурировать, чтобы по умолчанию в камунде использовалась json-сериализация, а не java-сериализация?

Добрый день! Вопрос по таймерам - устанавливаю на пользовательскую задачу не прерывающий циклический таймер R3/PT1M, а  таймер выполняется только один раз. Jobs на таймер создаётся, но после первого выполнения он пропадает.  В чём может быть проблема?

Имхо, в таком случае лучше использовать внешнее хранилище, а в камунде держать ссыль/ключ

.. в любом случае так лучше делать :)

Понятно, спасибо ;)

Хотя не до конца понятно, если честно )
Эти переменные имеют смысл только в период жизни бпм-процесса, просто их довольно много и когда-то часть из них решили сохранять в контекст процесса не простыми типами, а объектами, чтобы как-то структурировать и упорядочить.

Если сделать хранение контекста процесса во внешнем хранилище, его надо как-то подчищать для тех процессов, которые завершились. То есть дублировать тот механизм, который в камунде уже сделан. Либо отказаться от структуры и упорядочения и разложить объекты в переменные процесса простых типов, отказавшись от объектов...

Что плохого в хранении переменных процесса в виде объектов в json-сериализации?

в том что там одна таблица named-value для всех переменных

и на каждом flow node camunda обязательно сериализует-десериализует объекты

умножаем одно на другое и получаем экспотенциальный рост нагрузки на базу при добавлении новых переменных в контекст

ну или не экспотенциальный, а какой-то там свой