Кэш долгосрочного поиска фактов BRE обновляется несколько раз в BIzTalk Server 2006 R2

Question

У меня проблема с модулем бизнес-правил в Biztalk Server 2006 R2.

У меня есть 1 политика в BRE. Библиотека классов используется для вызова политики.

У меня реализован LongTermFactRetriever.

Все прекрасно работает, когда кеш BRE обновляется, если через оркестровку отправляется 1 сообщение за раз.

Но если мы отправляем массовые сообщения (скажем, 5 одновременно), кэш BRE обновляется 4 раза (factHandleIn равен 4 для 4 экземпляров оркестровки)

Теперь у нас есть 5 кэшированных объектов в рабочей памяти BRE. Опять же, если мы отправляем массовое сообщение (5 одновременно), кэшированные экземпляры используются, и новый экземпляр не создается.

Мой запрос звучит так: «должен ли BRE использовать один и тот же 1 кэшированный экземпляр для каждого сообщения, проходящего через оркестровку, или он должен создавать новые экземпляры для одновременных сообщений, если существующий кеш используется другим сообщением»

Answer 1

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

Вот соответствующая часть документации BizTalk (появляется перед «Образцом связывания DataTable»):

"В некоторых сценариях пакетной обработки может быть создано несколько экземпляров политики одной и той же политики. Если создается новый экземпляр политики, необходимо убедиться, что установлены правильные долгосрочные факты.

Кроме того, вам потребуется написать собственный код для реализации следующих стратегий:

• Знать, когда обновлять долгосрочные факты
• Отслеживайте, какой экземпляр механизма правил использует какие долгосрочные факты "

Второй пункт (отслеживание того, какой экземпляр механизма правил использует какие долгосрочные факты) не является строго необходимым, если у вас есть только одна версия самых последних фактов и вы можете надежно обновить их при необходимости - это применимо в большинстве простых случаев ,