R
можно сделать заглушку
Size: a a a
2020 October 22
YY
Ruslan
судя по сообщению в сервис таске просто не заполнен параметр Экспрешн
так в этом и проблема, что у коннектора нет ни expression'а, ни какого-либо другого поля
R
is mandatory on serviceTask.
R
коннектор это что?
YY
Ruslan
is mandatory on serviceTask.
Логи то я понимаю, иначе бы не спрашивал)
В UI Моделера никаких таких полей нет.
Connector - вариант имплементации сервис-таски.
В UI Моделера никаких таких полей нет.
Connector - вариант имплементации сервис-таски.
R
посмотрел. Прикольно.
DK
фу фу фу
DK
коннектор зло
R
проверил, да, выдает ошибку...
R
на 7,13
YY
коннектор зло
Согласен, но переписать лень)
Хотя там и один всего он остался
Хотя там и один всего он остался
R
а теперь перестал выдавать
R
говорит нет коннектора
2020 October 23
YY
Всем привет, а кто-нибудь уже мигрировал на 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 в зависимости обязательные, может как-то с этим связано? Есть идеи?
Я вот сейчас пытаюсь и получаю ошибку парсинга схемы:
————
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>
—————
Несмотря на то, что они пакет с коннекторами затащили в ядро, он по прежнему подключается через plugin.
Проблема решилась добавлением в pom:
—————
<dependency>
<groupId>org.camunda.bpm</groupId>
<artifactId>camunda-engine-plugin-connect</artifactId>
</dependency>
—————
2020 October 25
LP
Всем привет!
Кто-нибудь сталкивался с таким:
Есть асинхронный процесс
В одном делегате вызывается метод из сервисного слоя, в котором в определённом случае бросается мой кастомный эксепшн.
Я его перехватываю аспектом, что-то делаю, и после этого данный делегат вызвается ещё 2 раза (вместе с выбрасыванием того же эксепшена и отрабатыванием того же аспекта)
Как-нибудь можно от этого избавиться? Почему делегат отрабатывет дважды?
Кто-нибудь сталкивался с таким:
Есть асинхронный процесс
(asyncBefore=true, exclusive=true).В одном делегате вызывается метод из сервисного слоя, в котором в определённом случае бросается мой кастомный эксепшн.
Я его перехватываю аспектом, что-то делаю, и после этого данный делегат вызвается ещё 2 раза (вместе с выбрасыванием того же эксепшена и отрабатыванием того же аспекта)
Как-нибудь можно от этого избавиться? Почему делегат отрабатывет дважды?
LP
И ещё хотел бы в случае этого эксепшена закончить процесс на этом делегате.
Но через runtimeService.suspendProcessInstanceById() почему-то не получается (начинает выполняться делегат снова и снова)
Как лучше это сделать?
Но через runtimeService.suspendProcessInstanceById() почему-то не получается (начинает выполняться делегат снова и снова)
Как лучше это сделать?
DK
Заканчивать процесс из делегата это плоха
DK
Сделайте там аттачед еррор евент и киньте бпмн еррор
DK
Суспенд это вообще не про заканчивание, а про суспенд )
DK
А почему вызывается два раза - возможно вы там аспектом шото наколдовали, что делегат ещё раз создаётся