Может ли кто-нибудь подтвердить, выполняется ли оркестровка BizTalk в одном потоке? или несколько? Во время обезвоживания/возобновления двигатель BizTalk создаст новый поток или приостановит/пробудит тот же поток. Я имею в виду использование контекста темы для хранения уникального идентификатора запроса, который будет использоваться для журналов группы активности в базе данныхОркестрация однопоточная?
Благодарности
Ваша единственная гарантия, что одна форма будет выполнена в одном потоке без перерыва. Следующая форма может быть выполнена на другом потоке, другом процессоре или даже на другой машине!
Таким образом, использование ThreadContext для хранения данных между различными формами - определенно плохая идея. Существует причина, по которой существуют переменные Оркестрации и почему они должны быть сериализуемыми!
Если вы хотите группировать журналы активности, используйте идентификатор экземпляра оркестровки, который гарантированно останется неизменным на протяжении всей жизни оркестровки.
Спасибо, но передача идентификатора оркестровки в метод ведения журнала не является предпочтительным вариантом, потому что мы должны изменить код для 50+ услуг. –
Просто добавьте к этому. Нить, выполняющая оркестровку, умирает, как только ее обезвоживают. После регидратации он будет выполняться в другом потоке, возможно, на другой машине. Является ли это настраиваемым механизмом ведения журнала? – Rich
есть ли другой вариант, похожий на [threadStatic], который будет уникальным для оркестровки? Мы не можем использовать static, если переменная не должна делиться между несколькими экземплярами оркестровки –
есть ли другой вариант, похожий на [threadStatic], который будет уникальным для оркестровки? Мы не можем использовать static, если переменная не должна делиться между несколькими экземплярами оркестровки. –