Я где-то читал, что лучше использовать многочастные типы для портов приема и отправки, но не могу понять одну вещь. Если я получаю некоторые данные XML через HTTP-порт, как я могу поместить его в правильный путь в сообщении. Должен ли я создать собственный конвейер для этого или есть что-то еще (я новичок в BizTalk)?Создание многочастных сообщений из одночастных сообщений в настраиваемом конвейере (BizTalk)
Sergej, Вы должны подхватили эту концепцию Непропеченный из статьи 8 Советы и хитрости для BizTalk программирования (http://msdn.microsoft.com/en-us/magazine/cc163423.aspx)
Как объяснено в статье, имеет больше смысла создавать сообщения из нескольких частей внутри оркестровки, поэтому, когда вы хотите что-то изменить в схеме, легко сделать это, не удаляя все связи между портами и формы отправки/получения.
Назначение сообщения определенной части (обычно первой части) не должно быть большой проблемой в рамках оркестровки, вы должны иметь возможность делать это с помощью карт или в форме назначения сообщения.
НТН
Нет особого и быстрого правила использования многопоточных типов сообщений для чего-то подобного; это действительно сильно зависит от вашего сценария.
Тем не менее, я хотел бы указать, что все сообщения в BizTalk на самом нижнем уровне представляют собой сообщения с несколькими частями. Вопрос заключается в том, является ли доступ к этим дополнительным частям (если они присутствуют) легко в оркестровке или нет;)
Это говорит о том, что во многих случаях нет оснований использовать многопоточные типы сообщений в оркестровке. Например, адаптеры HTTP или FILE никогда не будут генерировать сообщение с несколькими частями самостоятельно, если, возможно, у вас есть что-то вроде компонента декодирования SMIME в вашем конвейере приема.
Некоторые другие адаптеры определенно используют преимущества многочастных типов сообщений, например, POP-адаптер (вложения) или адаптер SOAP. Но если у вас нет такого сценария, для этого действительно нужны типы сообщений с несколькими частями, я вижу мало причин, по которым вы начнете с них.
Рассуждения за использование несколько частей сообщений в порт, что вы можете легко переключаться сообщениями части без необходимости разъединить порты с формой частями –
Означает ли это, что я не понял это предложение? Должен ли я использовать схему в порте, но сразу же создаю сообщение с несколькими типами –