Они точно в доке описаны, просто дока здоровая

Добрый день! При использовании подпроцесса с типом Call Activity есть необходимость обработать разные «выходы». Какие best-practice обычно используют  для обработки этих выходов (эскалация, проброс переменных, обработка событий и т.д). Спасибо!

вообще лучше избегать синхронных вызовов

А это может затронуть архитектуру via external tasks + REST+long polling?

эскалации, ерроры, канцелы и т.д.

Если использовать переменные выхода, а в родительском процессе обрабатывать эти переменные?

ну это не так явно

подскажите пожалуйста.
Есть рест метод получить внешние таски - https://docs.camunda.org/manual/7.11/reference/rest/external-task/fetch/#request-1

я ищу аналог в JavaAPI, и https://docs.camunda.org/javadoc/camunda-bpm-platform/7.7/org/camunda/bpm/engine/externaltask/ExternalTaskQueryBuilder.html#topic(java.lang.String,%20long) - всё что я нашел.

Получается, через рестАпи можно отфильтровать по куче параметров, и потом залочить таски и что-то с ними сделать, а через джаваАпи можно отфильтровать только по топик нейм?
ерунда какая-то. Что я не увидел?

https://docs.camunda.org/javadoc/camunda-bpm-platform/7.7/org/camunda/bpm/engine/ExternalTaskService.html#createExternalTaskQuery()

Есть вот такой метод, но в документации написано, что этот запрос в конце вернет рид-онли список задач, и сделать им лок уже неполучится

https://about.sourcegraph.com/ в браузер поставьте и бороздите просторы камундового гитхаба))

Всем привет.
Столкнулись с такой проблемой: для User Task глобально на  Create висит лисенер. Он шлет в Кафку эвент о созданном юзер таске. Сторонняя система получая данные эвент из кафки дергает Камунду по ресту с полученным taskId, чтобы получить доп.инфу по таску. Но... получает 404ю. Получается, что сторонняя система успевает дернуть рест еще до того, как Камунда сохранит данные о таске в БД.
Сталкивался кто-нибудь с подобным, как решали?

А чо бы в евенте не отправить все нужное?

А, не хочется наверное знать изнутри листнера, кому что там нужно

Сделать так, чтобы листнер отправлял данные только по коммиту транзакции.

Каким образом?

Только для спринга сходу могу предложить: TransactionalEventListener.

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

еще вариант поставить @Retryable на запрос внешней системы к Камунде при таком дизайне лишним не будет.

да не. проблема не в этом, а в том, что нет соответствующего метода в джава реализации...