AD
Как раз желание, процессы вообще не трогать, что бы какие то параметр менять
Size: a a a
2020 August 31
IP
Artur Dauer
Как раз желание, процессы вообще не трогать, что бы какие то параметр менять
тогда можно в таймере задержку поставить переменной, а в какойнить активити перед таймером - читать в эту переменную значение из компонента
DK
тогда можно в таймере задержку поставить переменной, а в какойнить активити перед таймером - читать в эту переменную значение из компонента
ну это ацтой :)
IP
ну это ацтой :)
ога. зато точно работает =)
DK
листнером тогда уж на таймере
IP
листнером тогда уж на таймере
точно. про листенеры забываю все время
AD
Так компонент и так виден в контексте процесса, зачем ещё листенер ?
AD
А ну да, у нас код лежит вместе с процессом
DK
да это тоже самое всё получается
AD
Ок, спасибо, оставим пока так
2020 September 01
RZ
Всем привет!
Есть небольшой существующий процесс, который работает через прямые интеграции между несколькими системами. Решили переделать его на камунду.
Сразу извиняюсь за абстрактное описание и схему) Настоящий процесс не могу показать из-за NDA.
Проблема.
В процессе есть два варианта развития событий:
1) Из основного процесса появляется несколько параллельных подпроцессов со своими шагами, которые должны дойти до конца независимо друг от друга.
2) Процесс остаётся в одном экземпляре.
У этих вариантов есть общая завершающая часть, которую выделил в отдельный процесс.
Являюсь java-разработчиком, так что схему рисую для автоматизации.
Текущий вариант схемы
https://storm.bpmn2.ru/app/diagram/104519da-6c9b-4cfa-8900-2736e17e5395
Есть какой-то способ упростить схему? Есть ощущение, что отдельный общий процесс является костылём)
Или текущий процесс не очень подходит под bpmn и требует переработки?
Есть небольшой существующий процесс, который работает через прямые интеграции между несколькими системами. Решили переделать его на камунду.
Сразу извиняюсь за абстрактное описание и схему) Настоящий процесс не могу показать из-за NDA.
Проблема.
В процессе есть два варианта развития событий:
1) Из основного процесса появляется несколько параллельных подпроцессов со своими шагами, которые должны дойти до конца независимо друг от друга.
2) Процесс остаётся в одном экземпляре.
У этих вариантов есть общая завершающая часть, которую выделил в отдельный процесс.
Являюсь java-разработчиком, так что схему рисую для автоматизации.
Текущий вариант схемы
https://storm.bpmn2.ru/app/diagram/104519da-6c9b-4cfa-8900-2736e17e5395
Есть какой-то способ упростить схему? Есть ощущение, что отдельный общий процесс является костылём)
Или текущий процесс не очень подходит под bpmn и требует переработки?
DP
Всем привет!
Есть небольшой существующий процесс, который работает через прямые интеграции между несколькими системами. Решили переделать его на камунду.
Сразу извиняюсь за абстрактное описание и схему) Настоящий процесс не могу показать из-за NDA.
Проблема.
В процессе есть два варианта развития событий:
1) Из основного процесса появляется несколько параллельных подпроцессов со своими шагами, которые должны дойти до конца независимо друг от друга.
2) Процесс остаётся в одном экземпляре.
У этих вариантов есть общая завершающая часть, которую выделил в отдельный процесс.
Являюсь java-разработчиком, так что схему рисую для автоматизации.
Текущий вариант схемы
https://storm.bpmn2.ru/app/diagram/104519da-6c9b-4cfa-8900-2736e17e5395
Есть какой-то способ упростить схему? Есть ощущение, что отдельный общий процесс является костылём)
Или текущий процесс не очень подходит под bpmn и требует переработки?
Есть небольшой существующий процесс, который работает через прямые интеграции между несколькими системами. Решили переделать его на камунду.
Сразу извиняюсь за абстрактное описание и схему) Настоящий процесс не могу показать из-за NDA.
Проблема.
В процессе есть два варианта развития событий:
1) Из основного процесса появляется несколько параллельных подпроцессов со своими шагами, которые должны дойти до конца независимо друг от друга.
2) Процесс остаётся в одном экземпляре.
У этих вариантов есть общая завершающая часть, которую выделил в отдельный процесс.
Являюсь java-разработчиком, так что схему рисую для автоматизации.
Текущий вариант схемы
https://storm.bpmn2.ru/app/diagram/104519da-6c9b-4cfa-8900-2736e17e5395
Есть какой-то способ упростить схему? Есть ощущение, что отдельный общий процесс является костылём)
Или текущий процесс не очень подходит под bpmn и требует переработки?
RZ
Dmitrii Pisarenko
Спасибо, но не совсем подходит. Вся проблема в том, что для каждого параллельного шага нужно сделать ещё набор общих действий, которые делаются и в одиночном варианте.
DK
Ну, формально все соответствует задаче. А границы между процессами зависят от бизнесового контекста, а раз он под нда, то nuff said
DP
Мне кажется, что пул
Общий процесс можно заменить на подпроцесс и вызывать его в call activity в пуле Основной процесс. Одно это упростит схему, т. к. не будет сообщений.DK
Пока колактиви не завершится процесс, который его вызвал, не будет считаться завершенным. Надо это или нет, хз
RZ
Спасибо за информацию к размышлению)
RZ
С call activity как будто подходит
DP
RZ
Dmitrii Pisarenko
Ага, понял 👍