А
Вообще, этому самое место на модели, но если вы не хотите, то пишите id таска и время клейма в таблицу, откуда по крону читайте записи, у которых время истекло и делайте анклейн этим таскам
👍 то что нужно
Size: a a a
2019 June 17
А
Вообще, этому самое место на модели, но если вы не хотите, то пишите id таска и время клейма в таблицу, откуда по крону читайте записи, у которых время истекло и делайте анклейн этим таскам
Кроном передавать айди устаревших тасков в камундрвский бэтч
SD
А сработает если через listener устанавливать в таск переменную с временем claim, а потом запросом выбирать таски. Что то вроде createTaskQuery().caseInstanceVariableValueLessThan ?
DK
Грустненько станет табличке с переменными от таких запросов
AK
А как ещё можно решить подобную задачу? Таких же кейсов с табличкой много может быть, например, организация вызова внешней системы асинхронная
DK
я про камундовую табличку с переменными, она ж одна на всё. ей грустненько станет.
DK
А если это отдельная табличка, то пускай живёт
2019 June 18
DG
Андрей
Можно их добавить программно?
Добавить программно можно. Сходу не нашел ссылки с описанием. Копать нужно в сторону расширения TimerEntity. Здесь пример как сделать свою джобу, ну и оговорка про TimerEntity есть.
А
Добавить программно можно. Сходу не нашел ссылки с описанием. Копать нужно в сторону расширения TimerEntity. Здесь пример как сделать свою джобу, ну и оговорка про TimerEntity есть.
Ещё подсказали вариант, добавлять parse listener, который автоматом регистрирует листнеры на все юзертаски при деплоях моделей
DG
Андрей
Ещё подсказали вариант, добавлять parse listener, который автоматом регистрирует листнеры на все юзертаски при деплоях моделей
Ну да. У нас уже кучку листенеров добавляет такой parse listener. Это очень удобно
А
Ну да. У нас уже кучку листенеров добавляет такой parse listener. Это очень удобно
Они друг друга не блокируют, если они через модель, а другие в parse-time добавляются?
DG
Андрей
Они друг друга не блокируют, если они через модель, а другие в parse-time добавляются?
нет, но порядок выполнения не гарантирован
А
нет, но порядок выполнения не гарантирован
Ок
DD
Всем привет!
Стартуем масштабный проект по созданию ИС «Одно окно» для поддежрки экспортеров.
Ищу в команду 1-2 сильных аналитиков с хорошим опытом работы с Camunda.
В рамках проекта будут, в том числе, разрабатываться сервисы для поддержки экспортеров на Camunda.
В целом - технологический стек современный, команда сильная (разработчики Java с более чем 10-летним опытом).
Зарплата в рынке, обсуждаема в зависимости от компетенций, ДМС, мобильная связь и прочие стандартные плюшки есть.
Ссылка на вакансию - https://hh.ru/vacancy/31910701
Всем заинтересованным - лучше сразу пишите мне в личку, либо откликом на вакансию.
Стартуем масштабный проект по созданию ИС «Одно окно» для поддежрки экспортеров.
Ищу в команду 1-2 сильных аналитиков с хорошим опытом работы с Camunda.
В рамках проекта будут, в том числе, разрабатываться сервисы для поддержки экспортеров на Camunda.
В целом - технологический стек современный, команда сильная (разработчики Java с более чем 10-летним опытом).
Зарплата в рынке, обсуждаема в зависимости от компетенций, ДМС, мобильная связь и прочие стандартные плюшки есть.
Ссылка на вакансию - https://hh.ru/vacancy/31910701
Всем заинтересованным - лучше сразу пишите мне в личку, либо откликом на вакансию.
DK
Кто помнит, есть простой способ из делегата получить айдишник activity с диаграммы, из которого делегат запущен?
2019 June 19
DG
Кто помнит, есть простой способ из делегата получить айдишник activity с диаграммы, из которого делегат запущен?
execution.getCurrentActivityId()
DK
О, 🔥
2019 June 21
DY
Спасибо, но понимания не прибавилось ))) почему два параметра, и в чем их концепутальное назначение/различия?
Due Date - это дедлайн, планируемая дата окончания задачи, к примеру через 2 недели. Follow Up Date - это напоминалка (обсудить статус задачи к примеру, напомнить через 3 дня)
SD
Dmitry Ya
Due Date - это дедлайн, планируемая дата окончания задачи, к примеру через 2 недели. Follow Up Date - это напоминалка (обсудить статус задачи к примеру, напомнить через 3 дня)
Спасибо, в принципе к этому пришел уже.
2019 June 24
SN
https://bpmteam.timepad.ru/event/1007349/
Доклады:
Niall Deehan, Camunda
Don’t Panic! – When your workflow breaks.
Алексей Шейфлер
«Асинхронная Camunda & микросервисы»
Денис Котов, Tinkoff
"За что любить bpmn: 5 примеров, сделать которые в bpmn в десятки раз быстрее и проще, чем в коде"
Подробности на timepad по ссылке
Доклады:
Niall Deehan, Camunda
Don’t Panic! – When your workflow breaks.
Алексей Шейфлер
«Асинхронная Camunda & микросервисы»
Денис Котов, Tinkoff
"За что любить bpmn: 5 примеров, сделать которые в bpmn в десятки раз быстрее и проще, чем в коде"
Подробности на timepad по ссылке