А уже потом, логично, следующий вопрос, как с этим бороться

Меня не устроило, что нельзя отделить историческую БД от Исполняемой. Проблема спрятана глубоко в исходном коде. Сам Бернд Рюкер признал, что это сложно исправить. Как выход можно полностью написать свой хистори евент обработчик, но зачем изобретать велосипед если устраивает дефолт хендлер, а нужно всего лишь конфигурацию бд для него изменить.

Также не понравилось, что экспрешен ленгвич в наименовании тасок есть только у юзер тасок. Эта проблема догадываюсь гораздо проще решается чем первая.

Было бы круто увидеть эти доработки в будущем. Тикеты на это я поленился создать :( Было бы круче исправить все самому, но чет не хватает времени. Да и проблема эта уже не так актуальна, уживаемся.

Я много копался в камунде.

Например на этапе прототипирования делал иерархию (несколько уровней вложенности) груп пользователей, расширяли саму сущность пользователя.

Переписан Deployer - нужно было ручное управление версионированием, делали рабочими Lane в схеме, добавлены свои валидаторы схем. Переписана дичь с построением processDefinitionId - сделан всегда составным, максимальная длина увеличина до 100 символов.

Есть несколько своих реализаций Command.

Это так - навскидку)

Очень интересно. Иерархия пользователей это боль

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

Мы идём тем же путём. :(

Но вот с Lane в качестве роли пользователя было круто, отказались в пользу тонкой настройки для каждого этапа.

Только БПМНу противоречит слегонца

А шо смайлик грустный, это же правильный хороший путь :)

Потому что все время хочется попилить камунду. Хотелось на халяву узнать чужой опыт :)

У них отличные исходники:) я последние время там пасусь больше чем в документации. Поставил sourcegraph плагин к хрому и по гитхабу норм навигация стала

Например недавно узнал что у них есть аннотации для переменных вместо бесконечных getvariable as..

Господа, кто-нибудь встраивал кастомный диффер (например, bpmn.io) в Гитлаб (раздел для Merge Requests, см. https://stackoverflow.com/questions/59191599/how-to-integrate-a-custom-differ-into-gitlab-merge-requests ). Если да, как это делали — меняли Гитлаб, делали плагин или как-то иначе?

Всем привет. У меня вроде все нормально но никакой результат не отображает
https://github.com/aldiyars/onetech_portal/blob/master/src/main/java/kz/onetech/portal/TaskRestServiceImpl.java

Через сваггер вот такой результат выводит : {
 "timestamp": "2019-12-05T10:18:22.254+0000",
 "status": 500,
 "error": "Internal Server Error",
 "message": "Could not write JSON: (was java.lang.NullPointerException); nested exception is com.fasterxml.jackson.databind.JsonMappingException: (was java.lang.NullPointerException) (through reference chain: java.util.ArrayList[0]->org.camunda.bpm.engine.impl.persistence.entity.TaskEntity[\"execution\"])",
 "path": "/task/getAll"
}

Надо сделать ДТО для таска и конвертировать в него результат.

Как можно сделать? Есть примеры? Прост я навичок, как понял так делал)

обьект с полями которые Я хочу видеть в дто

простой класс?

Да, смаппить туда нужные проперти и возвращать его