Интеграция Camunda в весеннее загрузочное приложение

Question

Я новичок в Камунде и начинаю новый проект, в который необходимо интегрировать механизм рабочего процесса. Я следовал за примерами в https://github.com/camunda/camunda-bpm-examples, особенно с пружинными загрузками, так как я интегрировал Camunda в проект с загрузочной загрузкой.

У меня есть несколько вопросов для новичков:

Можно ли создавать пользовательские задачи в Камунде, не обращаясь к пользовательскому интерфейсу Камунды для их назначения?

Обязательно ли проходить проверку подлинности (через процесс входа в Camunda) для запуска в поточном процессе?

Можно использовать провайдера аутентификации, не реализующего org.camunda.bpm.engine.rest.security.auth.AuthenticationProvider, для аутентификации пользователей? (У моего приложения есть собственный процесс аутентификации / авторизации в Spring Security, и мне интересно, могу ли я использовать его в Camunda)

У моего проекта уже есть бизнес-логика пользователей, ролей, групп, аутентификации ... Как я могу использовать их с Camunda? Другими словами, действительно обязательно работать с объектами Camunda и пользовательским интерфейсом (список задач, кабина ...)

Заранее спасибо за ваши ответы

Answer 1

Вам не нужно использовать веб-приложения Camunda и конечные точки REST. В основе Camunda есть Java API , который вы можете встроить в ваше приложение . С помощью Spring Boot Starter вы просто добавили бы объект ProcessEngine в свои бобы.

С точки зрения управления идентификацией и авторизацией существуют различные подходы. Суть в том, что вам не нужно использовать решения Камунды для этих целей. Java API прекрасно работает без каких-либо пользователей и авторизаций в базе данных Camunda. Вы можете создать любые проверки личности и авторизации поверх Java API Camunda. Для детальных авторизаций в отношении сущностей Камунды (например, пользователь может получить доступ только к некоторым из всех задач), вам, вероятно, придется использовать концепцию авторизации Камунды, поскольку она выполняет проверки доступа на уровне запросов SQL.