Должен ли / может ли набор правил BizTalk BRE иметь несколько версий?
Должен ли / может ли набор правил BizTalk BRE иметь несколько версий?
Я получил экспорт некоторых правил BRE и заметил, что некоторые из наборов правил получили несколько <version>
элементы, например
<brl xmlns="http://schemas.microsoft.com/businessruleslanguage/2002">
<ruleset name="ExampleRule">
<version major="1" minor="3" date="2013-04-17T19:02:05.748159+01:00" />
<version major="1" minor="0" date="2013-04-17T19:05:58.2361695+01:00" />
<...
<ruleset name="ExampleRule">
<version major="1" minor="2" date="2013-03-29T08:23:43.6502257+00:00" />
<...
Это действительно?
1 ответ
Множество развернутых версий Политики поддерживаются самим BRE, и в API вы можете указать номер версии путем перегрузки, в противном случае используется самая развернутая версия.
Однако указание определенной версии политики не поддерживается формой правил вызова. Таким образом, Форма правил вызова всегда будет использовать самую развернутую версию политики.
Поддерживаете ли вы несколько версий, зависит от приложения. Я видел случаи, когда это требуется для бизнес-процесса или, возможно, для нормативных нужд. Способ обеспечить это в BizTalk - это использовать "Основную политику" в Orchestration, которая внутренне выясняет и выполняет соответствующую версию Sub-Policy.
Что касается элементов версии, это, кажется, допустимая конструкция, но я не могу воспроизвести ее. Мастер будет экспортировать только одну версию или Политику за раз, поэтому они либо были экспортированы в коде с использованием API, либо были вырезаны и вставлены вместе. Я использовал API и не заметил этого.
В любом случае, функция импорта будет применять информацию о версии из последнего элемента версии в xml, а не самую высокую версию, поэтому, если вы измените порядок элементов версии, вы получите противоречивые результаты.
И еще одно последнее замечание: несколько элементов версии сохраняются в одном и том же порядке посредством импорта / экспорта.