👍🏼

Коллеги, доброго вечера! Подскажите, пожалуйста, ранее удалял множество ошибочных инстансов каскадным удалением процесса, но тут столкнулся, что с большим количеством (более 15к) это не проходит, при удалении из кокпита падает в ошибку (Could not delete deployment: Could not roll back JPA transaction; nested exception is org.hibernate.TransactionException: Unable to rollback against JDBC Connection)... Можно как-то удалять разом все инстансы процесса другим способом (в бд лезть не хочется)? Сейчас мысль только одна - написать скрипты для вычитки списка инстансов и их удаления...

Самый лучший вариант

А вообще какая-то беда судя по всему

Если такое количество ошибочных процессов

ошибки связаны с логикой - это тестовая среда

Тогда базу дропните и не парьтесь

так и делаем )) но закрадывается мысль, что это не правильный подход )

Для теста норм

на проде тоже дропать периодически надо будет ?))

на проде хистори тайм ту лив надо делать

и обработку ошибок нормаьльную

@Kotskin прибей спамера?

👌

Доброго дня. Коллеги, кто как считает: правильнее логику описывать гранулярно на схеме или в одном JavaListener описать?

Например, по завершению юзертаска отправить уведомление, а ещё поменять статус во внешней системе, а ещё обновить переменные в контексте процесса

я бы сделал отдельно "отправить уведомление" в одном активити, а обновить переменные и поменять статус во внешней системе - в другой активити (экстернал таск)

Добрый день. Подскажите, пожалуйста, был у кого-нибудь опыт сертификации camunda ФСТЭК?

Очень хороший вопрос, присоединяюсь. Какие существуют рекомендации по "распределению" подобных задач? Что выносить в слушателя, а что в отдельные таски?