То есть, в подпроцессе получить два токена на Parallel Gateway и отправить каждый из них на свой выход.
Читал стандарт, ответа не нашел.
Не написано, что сбор токенов при параллельной обработке - обязателен.
Написано, что несколько входов подпроцесса неявно объединяются по exclusive gateway (uncontrolled).
Написано, что подпроцесс не завершится, пока все токены не придут на завершающие события.
Для reusable подпроцессов написано, что новый токен, от входящего (кроме None) события, при выходе вызывает создание instance вышестоящего процесса (то есть, он рассматривается независимо от прочих токенов).
А здесь как? Обязателен ли сбор токенов при параллельной обработке до завершения подпроцесса? Или они будут последовательно в родительский процесс выданы по завершении подпроцесса? Или для каждого токена будет создан новый родительский процесс и далее их обработка будет независима?
-
Опубликовано 5 лет назад #
-
Сбор токенов не обязателен.
Подпроцесс (или процесс, если речь идет о верхнем уровне) завершается, когда все умирают - когда не остается ни одного токена.
Опубликовано 5 лет назад # -
Спасибо за ответ, но это я указывал :-) Интересует, что будет потом. Что будет, когда 2 токена, порожденных и-шлюзом (parallel gateway) попадают каждый на свой выход подпроцесса (всего 2 выхода)? Что будет в родительском процессе после завершения подпроцесса? Независимая обработка для каждого токена? Или что? И где про это в стандарте написано.
Опубликовано 5 лет назад # -
Уже ответил в другом треде, повторяю:: на верхнем уровне свой токен, внутри подпроцесса - свои. Токены из подпроцесса наверх не выходят.
Опубликовано 5 лет назад #
Ответ
Вы должны авторизоваться, чтобы публиковать сообщения.