Size: a a a

Camunda BPM Group

2020 July 09

IP

Igor Petetskikh in Camunda BPM Group
тут прикол еще в том, что в этих парсер-листенерах, я могу и провалидировать ServiceAction (что все необходимые свойства выставлены), и изменить их если надо (крайне редко, но....)
источник

A

Alexander in Camunda BPM Group
Коллеги добрый день, как в нотации реализовать ряд действий-событий с таким кейсом: Старт процесса с прилетевшим JSON - далее отправка представителю письма черех майлчимп с ссылками на заполнение анкеты. Далее проверяем статус открыл не открыл, если не открыл делаем задачку в  CRM звонок, если открыл смотрим объем заполнения анкеты, к срокам, если меньше N% то пушим его новым почтовым сообщением, если все также не заполняет опять ставим задачку в CRM?
источник

A

Alexander in Camunda BPM Group
Может есть какой то пример патерн где можно почитать или посмотреть?
источник

DK

Denis Kotov in Camunda BPM Group
поставьте mautic и не мучайтесь)
источник

IP

Igor Petetskikh in Camunda BPM Group
😂😂😂😂😂😂
источник

IP

Igor Petetskikh in Camunda BPM Group
я не один аткой!!! уряяя
источник

A

Alexander in Camunda BPM Group
Denis Kotov
поставьте mautic и не мучайтесь)
@Kotskin  я понял про что ты и статейку про 6 файлов камунды тоже читал
источник

IP

Igor Petetskikh in Camunda BPM Group
Alexander
@Kotskin  я понял про что ты и статейку про 6 файлов камунды тоже читал
ой,а  что за статья? поделитесь?
источник

A

Alexander in Camunda BPM Group
Только вот в логике есть более чем 5 различных систем и нужна оркестровка
источник

DK

Denis Kotov in Camunda BPM Group
ну и нормально, маутик за отправку и чтение будет отправлять
источник

DK

Denis Kotov in Camunda BPM Group
отвечать
источник

DK

Denis Kotov in Camunda BPM Group
а вы его из камунды уже через апиху подергаете
источник

A

Alexander in Camunda BPM Group
Именно, просто если дергать более N раз по дурейшен нужно
источник

A

Alexander in Camunda BPM Group
Или просто отдать экстернел таску который залочит и будет себе дергать  и дергать
источник
2020 July 10

AS

Andrey S in Camunda BPM Group
Доброго дня, сообщество. Вопрос по инцидентам.
Дано: процесс в котором с помощью экспрешена вызывается спригновский сервис, который имеет доступ к execution контексту процесса.
Что надо: создать инцидент, если что-то пошло не так. Но с разными типами, мессаджами в зависимости от того, что именно не так (валидация, сеть)
Что пробовал:
- Просто выбросить эксепшен на камунду - работает, но соответственно не управляемо.
- runtimeService.createIncident(INTERNAL_ERROR_INCIDENT_TYPE, execution.getId(), "", trimMessage(ex.getMessage())); - не работает, а хотелось бы.
Как правильно и лучше создавать инцидент в таком случае, т.е. не делегата? Подскажите общие практики создания инцидентов?
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Andrey S
Доброго дня, сообщество. Вопрос по инцидентам.
Дано: процесс в котором с помощью экспрешена вызывается спригновский сервис, который имеет доступ к execution контексту процесса.
Что надо: создать инцидент, если что-то пошло не так. Но с разными типами, мессаджами в зависимости от того, что именно не так (валидация, сеть)
Что пробовал:
- Просто выбросить эксепшен на камунду - работает, но соответственно не управляемо.
- runtimeService.createIncident(INTERNAL_ERROR_INCIDENT_TYPE, execution.getId(), "", trimMessage(ex.getMessage())); - не работает, а хотелось бы.
Как правильно и лучше создавать инцидент в таком случае, т.е. не делегата? Подскажите общие практики создания инцидентов?
Что конкретно не работает с runtimeService.createIncident(INTERNAL_ERROR_INCIDENT_TYPE, execution.getId(), "", trimMessage(ex.getMessage()));?
источник

V

Vasiliy in Camunda BPM Group
Всем доброго дня! Подскажите, есть ли у кого-то успешный опыт использования Camunda в embedded режиме без спринга? Используем у себя Spark + Google Guice, настроить контекст по аналогии с конфигами спринга быстро не получилось. Хотелось бы понимать, сколько на это может потребоваться времени
источник

AS

Andrey S in Camunda BPM Group
Dmitrii Pisarenko
Что конкретно не работает с runtimeService.createIncident(INTERNAL_ERROR_INCIDENT_TYPE, execution.getId(), "", trimMessage(ex.getMessage()));?
Конкретно не создаётся инцидент в процессе, то есть процесс продолжает выполняться, а не останавливаться.
источник

DK

Denis Kotov in Camunda BPM Group
Vasiliy
Всем доброго дня! Подскажите, есть ли у кого-то успешный опыт использования Camunda в embedded режиме без спринга? Используем у себя Spark + Google Guice, настроить контекст по аналогии с конфигами спринга быстро не получилось. Хотелось бы понимать, сколько на это может потребоваться времени
я видел на просторах гитхаба помоему camunda + micronaut, там можно подсмотреть чо как сделано, может поможет
источник

DP

Dmitrii Pisarenko in Camunda BPM Group
Andrey S
Доброго дня, сообщество. Вопрос по инцидентам.
Дано: процесс в котором с помощью экспрешена вызывается спригновский сервис, который имеет доступ к execution контексту процесса.
Что надо: создать инцидент, если что-то пошло не так. Но с разными типами, мессаджами в зависимости от того, что именно не так (валидация, сеть)
Что пробовал:
- Просто выбросить эксепшен на камунду - работает, но соответственно не управляемо.
- runtimeService.createIncident(INTERNAL_ERROR_INCIDENT_TYPE, execution.getId(), "", trimMessage(ex.getMessage())); - не работает, а хотелось бы.
Как правильно и лучше создавать инцидент в таком случае, т.е. не делегата? Подскажите общие практики создания инцидентов?
> в котором с помощью экспрешена вызывается спригновский сервис,

"С помощью экспрешена" означает, что

1. в Моделере у Вас у этой активности Implementation='Delegate Expression' и Delegate Expression='${SomeSpringService}', а
2. в Джаве что-то вроде этого?

@Component("SomeSpringService")
public class SomeSpringService implements JavaDelegate {
источник