может подойдет для вашей задачи

и этот Стефен все на докерах пилит

Значит вызовем процесс через веб-сервис 😊

Спасибо, посмотрю

Интересно все написано, но это плагины к web-приложению Camunda TaskList
Я нашел пример того, как можно сделать
https://github.com/iisys-hof/camunda-rest-extension
правда довольно старый, но главная идея такая:
Installation:
   Go to $CAMUNDA_DIR/server/apache-tomcat-$VERSION/webapps/engine-rest/WEB-INF/
   Backup web.xml
   Put generated jar file in lib/
   Edit web.xml, $VERSION/webapps/engine-rest/WEB-INF/
   Backup web.xml
   Put generated jar file in lib/
   Edit web.xml, replacing "org.camunda.bpm.engine.rest.impl.application.DefaultApplication" by "de.hofuniversity.iisys.camunda.rest.ExtendedApplication" in the "Resteasy" filter

А можно поподробнее? Почему плохо json для генерации форм?  Мы сейчас активно пилим такой фронт генератор. Граблей много и хочется понять куда ещё не наступили?

С добрым утром, коллеги!

Json генератор можно комфортно использовать только для очень простых форм.

Если надо сделать что-то более сложное, то упираешься в кучу ограничений и сложность написания json схем.

У нас как раз тоже эта технология используется. Часть юайных форм, которые сложные рисуются отдельно юайщиками, а часть при помощи json генератора.

В общем в сторону этого json генератора у нас в команде уже не мало нецензурных слов было сказано в процессе его использования :)

Всем привет. А подскажите, можно ли в service task в джавином делегате  выкинуть ошибку (throw Exception) и чтоб boundary event error ее перехватил? И как это сделать

что то типа throw new       org.camunda.bpm.engine.delegate.BpmnError("myerror", "mymessage");

Спасибо, не знал что нужно именно BpmnError

Только нужно быть внимательным к errorCode.
Если бросаешь ошибку с одним, а ловишь с другим, то не поймаешь.
Как вариант, в ErrorBoundaryEvent, не указывать Error Code вообще, тогда он будет ловить все BpmnError, которые возникают на этом этапе.

О, спасибо!

всем привет, есть вопрос по интеграции камунды с внешними системами, мне нужно
1) переопределить ролевую модель (на внутреннюю модель заказчика, она отличается от стандартных, представляет из себя ролевую модель с парой дополнительных штук)
2) переопределить пользователей если этого потребует переопределение ролевой модели
3) расширить таски чтобы в них можно было складывать дополнительные метаданные
4) ввести понятие этапа, это просто группа задач, причём эти этапы никак не соотносятся с сущностями камунды

пока что из вариантов в голову пришло
1) создание технического пользователя чтобы все задачи назначались на него а фильтрация производилась по самописной модели вне камунды
2) создать что-то типа отдельной таблицы за пределами камунды и её бд которая будет соответствовать таскам 1-1 и внешний сервис который будет фильтровать таски будет ещё и обогащать их метаданными

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

я ищу варианты решения, ключевые слова, любую информацию связанную с моими проблемами

я бы делал вне камунды ролевку и мету (хотя что за мета?), а фазы можно в камунде делать через подпроцессы и промежуточные эвенты

ок, спасибо)
мета это просто набор атрибутов, даты,строки, id на справочники

Забудь про камундовые абстракции

Таски роли юзера правда доступа вот это всё

Надо делать отдельно