Нет. Внутренний мы с Артемом проводим.
На внешнюю аудиторию пока не выносили.

Пока несколько было только. На середину августа забито уже.
Следующая запись только в сентябре наверное если народ наберется.

А как к вам записаться?

Через меня или Максима ☺️

Вам письмо написать?)

Привет 🖖🏼
Без разницы как :)
Просто чтобы были в курсе.
Предлагаю продолжить общение на эту тему во внутренних чатах :)
А то спамим ненужной инфой остальных.

Судя по всему, надо делать нормальную регистрацию 😊😊 займёмся

🖐🏻 Кто-нибудь встречал темную тему оформления для камунды?

Если интересно, то мне ответили This Cockpit plugin adds a dark theme to Camunda Cockpit.
Built and tested against Camunda BPM version 7.9.0.
Integrate into Camunda Webapp
Copy the contents of this repository into a new directory called nightmode in the app/cockpit/scripts/ folder in your Camunda webapp distribution. For the Tomcat distribution, this would be server/apache-tomcat-X.X.XX/webapps/camunda/app/cockpit/scripts/nightmode.
Add the following content to the customScripts object in the app/cockpit/scripts/config.js file:
 // …
 customScripts: {
   ngDeps: ['cockpit.nightmode'],

   deps: ['nightmode'],

   // RequreJS path definitions
   paths: {
     'nightmode': 'scripts/nightmode/index'
   }
 }
 // …

А есть ссылка на репозиторий?

ссылки нет. это только для версии камунды у кого есть кокпит

https://github.com/SebastianStamm/camunda-night-mode
нашел. нет скриншотов(

Привет. Подскажите, пожалуйста, в каком виде вы сохраняете переменные в процессе: json или java? Есть ли смысл все переменные сериализовать в json?

У нас нет комплексных переменных в процессах, только идентификаторы и всякие булевы.
ИМХО смысл есть, если есть обращение к полям переменной в моделях или фронт должен уметь их распарсивать.

Кстати отличные тренинги вы проводите !! Нам очень помогло 😉

Добрый день, сюда можно задавать вопросы?

По камунде.

Добрый день. Можно

Я новичок в камунде, поэтому прошу меня понять. Хочу посоветоваться с экспертами на счёт очистки исторических данных (history cleanup).

Как я понимаю, у процесса ведь есть два состояния (завершился, не завершился).

Завершился - это COMPLETED, EXTERNALLY_TERMINATED, INTERNALLY_TERMINATED.
Не завершился - это ACTIVE, SUSPENDED.
https://forum.camunda.org/t/unable-to-produce-internally-terminated-status/8390/2
(Такие статусы хранятся в исторической базе ACT_HI_PROCINST)

Т.е по факту в базу записывается end_time (и removal_time соответтсвенно) если процесс тупо завершился. Не важно по каким причинам, его могли прервать мануально или он сам закончил своё выполнение. Т.е судя по этому доку у камунды нету стейта аля FAILED.  Даже если процесс отхлебнул где-то, он будет висеть. Т.е у него будут инциденты, но он будет всё ещё активный.

И вот, если процесс завершился, то исход понятен. У него считается endTime, removalTime и через N-е время batch (history stream) удалит исторические данные. Но что делать с такой ситуацией, когда процесс активен и напоролся на ошибки (инциденты)? Моя идея такая - навесить в инцидент хэндлере на него некий шедулер, который через месяц в случае существования оного просто его остановит и удалит. Но я не уверен, что это хорошая идея. Вчера нашёл какой-то такой шедулер на просторах интернета: https://github.com/camunda/camunda-bpm-platform/blob/master/engine/src/main/java/org/camunda/bpm/engine/impl/jobexecutor/historycleanup/HistoryCleanupSchedulerCmd.java
Может кто сталкивался с такой проблемой?

Вы хотите чтобы при ошибках процесс завершался?