Size: a a a

Camunda BPM Group

2020 March 16

DK

Denis Kotov in Camunda BPM Group
камунда отдает таск  и айди сущности
источник

DK

Denis Kotov in Camunda BPM Group
дальше сами
источник

AK

Artem Kuraev in Camunda BPM Group
В камунде просто нет такого понятия, как "параметры, с которыми нужно комплитить юзер таску". Для комплита ничего не нужно, но для процесса могут потребоваться переменные. Какие - то, что будет таску комплитеть, должно знать
источник

DG

Dmitrii Goncharov in Camunda BPM Group
Mikhail
я правильно понимаю, что какую-то часть всё же дорисовывает сам фронт, а не камунда отдает? Например, мой фронт хотел бы получать значения параметров, с которым комплитить юзер таску для движения по процессу. типа status_id, 1\2\3, и процесс едет в зависимости от выбора
В общем то всё не из камунды. Как выше и написали идентификатор сущности получаете из камунды и форм кей, чтобы нужную форму отрисовать. Все остальное берет на себя фронт.
источник

M

Mikhail in Camunda BPM Group
понятно
источник

M

Mikhail in Camunda BPM Group
ну типа как у нас щас сделано
источник

M

Mikhail in Camunda BPM Group
Artem Kuraev
В камунде просто нет такого понятия, как "параметры, с которыми нужно комплитить юзер таску". Для комплита ничего не нужно, но для процесса могут потребоваться переменные. Какие - то, что будет таску комплитеть, должно знать
да, я неправильно выразился. в том то и прикол, что "то, что будет комплитить таску" хочет заранее знать )) не прибегаю к хардкоду, а получению этих параметров откуда-то извне
источник

AK

Artem Kuraev in Camunda BPM Group
А, ну это не получится, только хардкод =)) а для корректности изменений - надо писать тесты на процесс
источник

DG

Dmitrii Goncharov in Camunda BPM Group
Некоторые данные мы передаем таки через форм филды. Но это, чтобы некоторые изменения можно было внести меняя модель процесса, а не код фронта
источник

DK

Denis Kotov in Camunda BPM Group
Mikhail
да, я неправильно выразился. в том то и прикол, что "то, что будет комплитить таску" хочет заранее знать )) не прибегаю к хардкоду, а получению этих параметров откуда-то извне
Ну так из сущности, по json schema
источник

M

Mikhail in Camunda BPM Group
Denis Kotov
Ну так из сущности, по json schema
не понял идею.
источник

DK

Denis Kotov in Camunda BPM Group
Сущность живёт вместе со схемой своей
источник

DK

Denis Kotov in Camunda BPM Group
Типа как спринг дата рест генерирует для классов
источник

DK

Denis Kotov in Camunda BPM Group
Ща покажу
источник

DK

Denis Kotov in Camunda BPM Group
источник

DK

Denis Kotov in Camunda BPM Group
а на ее базе формочка https://github.com/rjsf-team/react-jsonschema-form
источник

DK

Denis Kotov in Camunda BPM Group
через такую штуку создается
источник

DK

Denis Kotov in Camunda BPM Group
ну там в спринг дате можно проджекшены сделать под конкретные таски\представления
источник

DK

Denis Kotov in Camunda BPM Group
тогда формы такие автоматом будут генериться
источник

M

Mikhail in Camunda BPM Group
а. понял. ну да, наш фронт сделал нечто подобное у себя, но исключительно у себя. Т.е. он привязан к таске и по ней генерирует кнопочки на форме, поля, справочники. но повторюсь, хотелось бы в итоге прийти к такому решению - в камунде заводится новый юзер таск и бабах - магия, волшебство, на фронте сами нарисовались формочки для этого таска с нужными полями ) походу это json схему надо переносить куда-то на бек и генерировать там
источник