DK
для управления бизнес-процессом, конечно же
Size: a a a
2020 July 22
DK
а не для вот этого всего, что процесса не касается
DK
но я из ордена паладинов если чо, у нас строгие взгляды очень на её использование. Так сказать через смирение познаём истину
DK
со мной может быть и не всем по пути)
D
Вопрос будет нубским. Но как бизнес процесс должен работать, если в нем отсутствует assign и аутентификация вообще болтается где-то в стороне?
D
Разве это не одно целое? Я думал движок жестко связан с системой аутентификации и авторизации
DK
да ему вообще пофиг. Вместо юзер тасков используются external -таски
D
А, вон оно что, тогда да, согласен
D
Хотя не все реализации конечно меня устраивают, в некоторых случаях приходится бомбить сервер по таймеру чтобы получить данные
D
Или и тут есть альтернатива?
D
Я в доках не нашел инфы по протоколам взаимодействия. Может ли камунда, например RPC вызывать для external task?
D
Или AMQP например
DK
и всё возможно
D
Видел реализации самописные в гите, но есть подозрение что там костыли
D
В любом случае, благодарю что уделили время
D
Пойду шерстить репозитории 😂
SN
Всем доброго времени суток. У меня вопрос из разряда best practices.
Условие: Есть вот такой маршрут. expert и curator это candidate groups. expert может выполнять только действия A и B, curator - действие С. Аутентифицированный пользователь относится к обоим группам (expert, curator). С точки зрения камунды выполнимы все 3 операции A,B и С. Но Задача висит на expert, значит доступ на выполнение должен быть только к A и B.
Вопрос: как бы вы реализовали, и как "кошерно", согласно паттерну камунды определить, исходя из "местоположения" задачи доступные ей операции?
Заранее благодарю
Условие: Есть вот такой маршрут. expert и curator это candidate groups. expert может выполнять только действия A и B, curator - действие С. Аутентифицированный пользователь относится к обоим группам (expert, curator). С точки зрения камунды выполнимы все 3 операции A,B и С. Но Задача висит на expert, значит доступ на выполнение должен быть только к A и B.
Вопрос: как бы вы реализовали, и как "кошерно", согласно паттерну камунды определить, исходя из "местоположения" задачи доступные ей операции?
Заранее благодарю
А как у вас связаны операции A, B, C и камунда? (из схемы не ясно)
У нас такой вариант используется:
- в юзер тасках задаётся форма с перечнем "результатов"
- каждый элемент перечня соответствует одной доступной операции
- посое комплита по результату камунда направляет процесс, куда сказали.
Т.е. перечень доступных действий определён для каждой задачи в соответствии с ролью, на которую задача назначена.
У нас такой вариант используется:
- в юзер тасках задаётся форма с перечнем "результатов"
- каждый элемент перечня соответствует одной доступной операции
- посое комплита по результату камунда направляет процесс, куда сказали.
Т.е. перечень доступных действий определён для каждой задачи в соответствии с ролью, на которую задача назначена.
D
А как у вас связаны операции A, B, C и камунда? (из схемы не ясно)
У нас такой вариант используется:
- в юзер тасках задаётся форма с перечнем "результатов"
- каждый элемент перечня соответствует одной доступной операции
- посое комплита по результату камунда направляет процесс, куда сказали.
Т.е. перечень доступных действий определён для каждой задачи в соответствии с ролью, на которую задача назначена.
У нас такой вариант используется:
- в юзер тасках задаётся форма с перечнем "результатов"
- каждый элемент перечня соответствует одной доступной операции
- посое комплита по результату камунда направляет процесс, куда сказали.
Т.е. перечень доступных действий определён для каждой задачи в соответствии с ролью, на которую задача назначена.
В том-то и дело, что я, к сожалению, не знаю как их связать. В данный момент решил проблему путем сверки taskDefinitionKey. Знаем taskDefinitionKey — можем определить доступный на шаге исполнения перечень операций. Насколько такое решение кошерно пока незнаю, тем не менее решение рабочее + получилось избежать создания лишних переменных
SN
Т.е. список операций лежит где-то в коде, но на основе результата надо двигать процесс в определенном направлении?