вызывать спринговые бины можно через аля синглитон матерны и ручного вытаскивания спринг контекста

Connector+templates попробуйте. Удобно

+ проблема, что если есть зависимости rest+webapp+eureka, то перестаёт работать webapp

они все используеют jersey и как то переконфигурят его, похоже

самый простой и удобный вариант

спасибо, мы пошли по пути замены коннектора на java class по-сути то же самое

это подключить видимость бинов спринга в javascript

и писать скрипт таски где дергаете бин спринга с настроенными коннектами к сервисами (хотья eureka, хоть авторизация какая особая)

у активити энтерпрайз есть REST call task прямо

ну и конечно Spin-json

с ним вообще лампово выходит

в общем да, но это требует от аналитика программинга, а я хочу чтобы аналик просто указывал URI, какие переменные передавать и какие получать из ответа

REST call task (http://docs.alfresco.com/process-services1.9/topics/rest_call_task.html) или http-connector удоны когда у тебя простой рест

а для этого делает билдер в джаче рест запросов

и аналитик просто уже использует его в скрипт таске

http-connector "из коробки" не знает про настройку таймаутов и проч

и вся логика под контролем аналитика

без разраба

в общем мы дали аналитику java-class, как говорил уже

ИМХО все взаимодействие с внешними системами нужно на external task вешать. В противном случае всегда нужно в процессе держать обработку ситуаций когда внешняя система по каким-то причина не отвечает или отвечает не так как вы ожидаете. Плюс камунда плохо переваривает большое кол-во маленьких таймеров. В external task у вас нужно предусматирвать только обработку критических ситуаций для бизнес процесса, а в обычном таске у вас они будут на инциденты вешаться. Самое веселое, если внешний сервис у вас на пол дня упал и несколько тысячь или даже десятков( а может и сотен ) тысяч процессов будут весеть на таске и все уйдут в инцедент или повиснут на коротких таймерах ретраях.