Не дает добавить ccылку, RuntimeService runtimeService = engine.getRuntimeService();
ProcessInstance processInstance = runtimeService.startProcessInstanceByKey("MyProcess");

TaskService taskService = engine.getTaskService();
List<Task> taskList = taskService.createTaskQuery().processInstanceId(processInstance.getId()).list();

Task task = taskList.get(0); и здесь менять данные задачи, или все таки TaskListener рекомендуемый подход?

Почему бы просто не передать все переменные при старте процесса?

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

Переменные процесса доступны в задаче

Переменые стартовой формы доступны в дальнейшем как переменные процесса и соответственно будут доступны как переменные в других формах этого процесса

Всем привет, я же правильно понимаю, что у Camunda для работы с ExternalTask, кроме ExternalTaskService.fetchAndLock(), больше нет механизмов?

А какие вам ещё нужны?)

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

Я практически написал стартер для бута с таким механизмом, но только потом подумал спросить у людей, может что-то подобное есть и я плохо исходники камунды смотрел)

Ну во-первых там реализован long polling...

И под капотом что-то на подобии observable

При создании external task  дёргается метод, который "пробуждает" поток, который ходит в базу за тасками. Это очень примитивное объяснение, конечно все немного сложнее. С бэкоффами и прочим

Можно навернуть и пушить таски при создании, но в бд все равно придётся ходить, чтобы лочить.  Комплит выполнять придётся по worker id

Там, это где? Можно ссылку на код?

Это откуда вы такое взяли?

Если у вас есть возможность юзать observable, зачем вам ext tasks? Пишите обычные java-делегаты. Цель ext tasks - расшарить выполнение задач по http протоколу, где конечно есть что-то подобное но почти всегда это гемморой

такой возможности нет априори, java делегаты это не тоже самое, что внешние задачи и цель внешних задач состоит не в этом, а в том, чтоб переложить выполнение на другую сторону

А я что то другое сказал?) задачи исполняются внешними воркерами, воркеры ограничены пока из коробки обычным rest, где вы тут впихнете observable и самое интересное как?)

мы видимо о разном подходе в работе с камундой) у нас embedded camunda, я говорю в этом контексте

Из исходных кодов вестимо