Size: a a a

Camunda BPM Group

2020 October 22

R

Ruslan in Camunda BPM Group
можно сделать заглушку
источник

YY

Yo Yo in Camunda BPM Group
Ruslan
судя по сообщению в сервис таске просто не заполнен параметр Экспрешн
так в этом и проблема, что у коннектора нет ни expression'а, ни какого-либо другого поля
источник

R

Ruslan in Camunda BPM Group
is mandatory on serviceTask.
источник

R

Ruslan in Camunda BPM Group
коннектор это что?
источник

YY

Yo Yo in Camunda BPM Group
Ruslan
is mandatory on serviceTask.
Логи то я понимаю, иначе бы не спрашивал)
В UI Моделера никаких таких полей нет.
Connector - вариант имплементации сервис-таски.
источник

R

Ruslan in Camunda BPM Group
посмотрел. Прикольно.
источник

DK

Denis Kotov in Camunda BPM Group
фу фу фу
источник

DK

Denis Kotov in Camunda BPM Group
коннектор зло
источник

R

Ruslan in Camunda BPM Group
проверил, да, выдает ошибку...
источник

R

Ruslan in Camunda BPM Group
на 7,13
источник

YY

Yo Yo in Camunda BPM Group
Denis Kotov
коннектор зло
Согласен, но переписать лень)
Хотя там и один всего он остался
источник

R

Ruslan in Camunda BPM Group
а теперь перестал выдавать
источник

R

Ruslan in Camunda BPM Group
говорит нет коннектора
источник
2020 October 23

YY

Yo Yo in Camunda BPM Group
Yo Yo
Всем привет, а кто-нибудь уже мигрировал на 7.14?
Я вот сейчас пытаюсь и получаю ошибку парсинга схемы:
————
org.camunda.bpm.engine.ParseException: ENGINE-09005 Could not parse BPMN process. Errors:
* One of the attributes 'class', 'delegateExpression', 'type', or 'expression' is mandatory on serviceTask.
————
Тип таски - коннкетор. Сравнил исходники с предыдущей версией, вроде бы всё одинаково. Раньше не ругался, а теперь стал.
Читал, что они перетащили connect в зависимости обязательные, может как-то с этим связано? Есть идеи?
Пофиксил.
Несмотря на то, что они пакет с коннекторами затащили в ядро, он по прежнему подключается через plugin.
Проблема решилась добавлением в pom:
—————
<dependency>
   <groupId>org.camunda.bpm</groupId>
   <artifactId>camunda-engine-plugin-connect</artifactId>
</dependency>
—————
источник
2020 October 25

LP

Ludwig Prinn in Camunda BPM Group
Всем привет!
Кто-нибудь сталкивался с таким:
Есть асинхронный процесс (asyncBefore=true, exclusive=true).
В одном делегате вызывается метод из сервисного слоя, в котором в определённом случае бросается мой кастомный эксепшн.
Я его перехватываю аспектом, что-то делаю, и после этого данный делегат вызвается ещё 2 раза (вместе с выбрасыванием того же эксепшена и отрабатыванием того же аспекта)
Как-нибудь можно от этого избавиться? Почему делегат отрабатывет дважды?
источник

LP

Ludwig Prinn in Camunda BPM Group
И ещё хотел бы в случае этого эксепшена закончить процесс на этом делегате.
Но через runtimeService.suspendProcessInstanceById() почему-то не получается (начинает выполняться делегат снова и снова)
Как лучше это сделать?
источник

DK

Denis Kotov in Camunda BPM Group
Заканчивать процесс из делегата это плоха
источник

DK

Denis Kotov in Camunda BPM Group
Сделайте там аттачед еррор евент и киньте бпмн еррор
источник

DK

Denis Kotov in Camunda BPM Group
Суспенд это вообще не про заканчивание, а про суспенд )
источник

DK

Denis Kotov in Camunda BPM Group
А почему вызывается два раза - возможно вы там аспектом шото наколдовали, что делегат ещё раз создаётся
источник