A
Да не
Size: a a a
2020 February 25
KK
или как вариант если хочется скрипты но включи поддержку груви Groovy языка. и так язык красивее и как язык прекрасен. js рожден для веб клиента. мое мнение.
A
Отбой я в xml посмотрел вроде нашел проблему
D
Aelx
И -> : Unknown property used in expression: ${item.value()}. Cause: Cannot resolve identifier 'item'
Там же в моделлере есть поле для массива, туда надо написать имя переменной массива
D
Оно называется Collection вроде как
A
Так и делал, но когда копировал схему переименовывал переменные, но в Input/Output остался параметр на него и выдавало ошибку
A
Сейчас вроде бы ок, сам виноват в общем
2020 February 26
VC
Vladimir Chernovolov
Есть процесс (см. рисунок выше), который останавливается на таске Wait и ждет таймера (в данном случае долгий интервал - дни).
В табличке act_hi_job_log до этого момента все ок - одна запись со статусом (
Ветка одна, нет параллельных веток до таски Wait.
Далее, срабатывает таймер через Х дней, и ветка процесса отрабатывает 2 раза.
В табличке act_hi_job_log - две записи, одна из которых со статусом = 2 (success),
другая - со статусом 1 (failure), и
Соот-но вторая ветка завершается неуспешно.
Но даже в этом случае выполняются таски Call service X, Call service Y и далее по ветке.
Конфиги Camunda - все по дефолту.
Причем данная ситуация достаточно редкая.
Подскажите, кто сталкивался с таким, в чем может быть причина срабатывания таймера более 1 раза,
что можно донастроить, чтобы ветка отрабатывала гарантированно 1 раз ?
(версия Camunda = 7.10, поднята в OpenShift, смасштабирована в 4 пода)
В табличке act_hi_job_log до этого момента все ок - одна запись со статусом (
job_state_) = 0 (created).Ветка одна, нет параллельных веток до таски Wait.
Далее, срабатывает таймер через Х дней, и ветка процесса отрабатывает 2 раза.
В табличке act_hi_job_log - две записи, одна из которых со статусом = 2 (success),
другая - со статусом 1 (failure), и
job_exception_msg_ = 'ENGINE-03005 Execution of 'DELETE TimerEntity[xxxxxx]' failed. Entity was updated by another transaction concurrently'.Соот-но вторая ветка завершается неуспешно.
Но даже в этом случае выполняются таски Call service X, Call service Y и далее по ветке.
Конфиги Camunda - все по дефолту.
Причем данная ситуация достаточно редкая.
Подскажите, кто сталкивался с таким, в чем может быть причина срабатывания таймера более 1 раза,
что можно донастроить, чтобы ветка отрабатывала гарантированно 1 раз ?
(версия Camunda = 7.10, поднята в OpenShift, смасштабирована в 4 пода)
да, дело было в синхронизации данных между нодами postgresql
job executor получал неактуальные данные, соот-но второй раз запускал таймер
job executor получал неактуальные данные, соот-но второй раз запускал таймер
DK
Завтра митап, вот из доклада слайдик
KK
про хард-код не проблема если по маленькому запить логику, так?
DK
Не, про контекст
AV
Всем привет!
Есть DMN табличка, которая возвращает результат COLLECT.
Хотелось бы посмотреть что на выходе без программирования, а DMN возвращает список... я так понял Map<String, Object>
Что нужно написать в user task чтоб отобразить это дело хоть как-нибудь...
Есть DMN табличка, которая возвращает результат COLLECT.
Хотелось бы посмотреть что на выходе без программирования, а DMN возвращает список... я так понял Map<String, Object>
Что нужно написать в user task чтоб отобразить это дело хоть как-нибудь...
AV
думаю нужно выбрать custom type
AV
а дальше темнота )
DK
Без программирования не выйдет
DK
Вывести на форму в таск лист такую структуру
AV
Вывести на форму в таск лист такую структуру
может инлайн конвертер в строку есть или типа того
DK
Это уже с программированием :)
P
#вакансия #удалённо #проект
Добрый день.
Ищу 2-3 специалистов по BPM Camunda на проектную (4-5 месяцев) удалённую работу.
Пишите, пожалуйста, в личку. Подробная информация при личном общении.
С уважением, Ирина
Добрый день.
Ищу 2-3 специалистов по BPM Camunda на проектную (4-5 месяцев) удалённую работу.
Пишите, пожалуйста, в личку. Подробная информация при личном общении.
С уважением, Ирина
В чем прикол кидать вакансии и даже не читать личку?
𝕊
#вакансия #camunda #java
Вакансия: Team lead BPM и developer BPM.
Проект «Финансовый Маркетплейс» (https://www.cbr.ru/finmarket/market_place/).
Задачи на новый проект:
Начать разработку и отладку BPM-слоя платформы, основанной на микросервисной архитектуре с использованием - Java core 8; Spring Framework (Core, MVC, Boot); Camunda BPM; Apache Kafka; Hibernate; PostgreSQL; Docker.
Взаимодействие со смежными командами и определение зон ответственности при реализации задач.
Подготовка рекомендаций по внедрению новых технологии, решений, подходов.
Настройка CI/CD процессов.
Требования:
Опыт в java от 3-х лет.
Опыт в BPM Camunda.
Опыт работы с микросервисами.
Знание подходов CI/CD.
Отличные организационные и коммуникативные навыки.
Офис Компании: https://inplacers.ru/moex
Уровень ЗП: от 230-300К + годовой бонус.
Если заинтересовал проект и вакансия, с радостью отвечу на все вопросы. Готов диалогу. @Sasha_P92
Вакансия: Team lead BPM и developer BPM.
Проект «Финансовый Маркетплейс» (https://www.cbr.ru/finmarket/market_place/).
Задачи на новый проект:
Начать разработку и отладку BPM-слоя платформы, основанной на микросервисной архитектуре с использованием - Java core 8; Spring Framework (Core, MVC, Boot); Camunda BPM; Apache Kafka; Hibernate; PostgreSQL; Docker.
Взаимодействие со смежными командами и определение зон ответственности при реализации задач.
Подготовка рекомендаций по внедрению новых технологии, решений, подходов.
Настройка CI/CD процессов.
Требования:
Опыт в java от 3-х лет.
Опыт в BPM Camunda.
Опыт работы с микросервисами.
Знание подходов CI/CD.
Отличные организационные и коммуникативные навыки.
Офис Компании: https://inplacers.ru/moex
Уровень ЗП: от 230-300К + годовой бонус.
Если заинтересовал проект и вакансия, с радостью отвечу на все вопросы. Готов диалогу. @Sasha_P92