BizTalk 2013R2: Почему моя оркестровка инициализируется после завершения в соответствии с Orchestration Debugger? - PullRequest
0 голосов
/ 23 января 2020

В настоящее время я смотрю на диагностику некоторых повторяющихся проблем в среде BizTalk, и в настоящее время это проблема сообщений zomb ie. Мне известны условия, которые приводят к возникновению этих ошибок, и при диагностике оркестровки и использовании Orchestration Debugger я вижу, что когда сообщение принимает форму завершения, за ним следует инициализация.

Общее Структура оркестровки выглядит следующим образом:

(Image of general structure)

Первая область - это длительная транзакция, и в пределах l oop после этой области существует форма прослушивания, которая ожидает для сообщения в течение 10 секунд. Если сообщение приходит вовремя, оно входит в другую длительную транзакцию. Это как синглтон? Обе области используют один и тот же логический порт приема и коррелируют, только нечетная часть - это то, как повторяется первая область в l oop, который находится внутри формы прослушивания. (Оркестровка является частью огромного приложения, которое не было написано мной лично.)

Будет ли эта инициализация после завершения (что на самом деле вызывает это произойдет?) Вызвать зомби, если такова структура оркестровка и транзакции причина этого? Или я смотрю не в том месте?

1011 * Дайте мне знать, если какая-то дополнительная информация может помочь!

1 Ответ

0 голосов
/ 24 января 2020

В отладчике Orchestration он покажет, когда что-то начинается, а также когда он заканчивается немного другими значками. Итак, то, что вы видите, это конец оркестровки.

Нет, это не вызовет зомби. Зомби появляются после того, как оно завершает логическое место получения, которое что-то прослушивает (и оно разрывает подписку экземпляра), и приходит другое сообщение, которое соответствует этой подписке до полного завершения оркестрации.

...