Création de messages en plusieurs parties à partir de messages en une partie dans un pipeline personnalisé (BizTalk)

Question

J'ai lu quelque part que je ferais mieux d'utiliser des types multi-parties sur les ports de réception et d'envoi, mais je ne comprends rien. Si je reçois des données XML via le port HTTP, comment puis-je le mettre dans le bon chemin dans le message. Dois-je créer un pipeline personnalisé pour cela ou il y a quelque chose d'autre (je suis nouveau à BizTalk)?

Answer 1

Sergej, Vous devez avoir ramassé ce concept boiteuses de l'article 8 Trucs et astuces pour la programmation BizTalk (http://msdn.microsoft.com/en-us/magazine/cc163423.aspx)

Comme expliqué dans l'article, il est plus logique de créer des messages multi-pièce à l'intérieur les orchestrations, donc quand vous voulez changer quelque chose dans le schéma, il est facile de le faire sans supprimer tous les liens entre les ports et envoyer/recevoir des formes.

Affecter un message à une partie spécifique (normalement la première partie) ne devrait pas être un gros problème au sein de l'orchestration, vous devriez être capable de le faire via des cartes ou dans la forme d'affectation de message.

HTH

Answer 2

Il n'y a vraiment aucune règle absolue concernant l'utilisation de types de message en plusieurs parties pour quelque chose comme ceci; Cela dépend beaucoup de votre scénario.

Cependant, je tiens à souligner que, en dessous, tous les messages dans BizTalk sont, au niveau le plus bas, des messages en plusieurs parties. La question est de savoir si l'accès à ces parties supplémentaires (si elles sont présentes) est facile dans une orchestration ou non;)

Cela dit, permettez-moi de souligner que, dans de nombreux cas, il y a peu de raisons d'utiliser des types de messages en plusieurs parties dans les orchestrations. Par exemple, les adaptateurs HTTP ou FILE ne génèreront jamais un message avec plusieurs parties, à moins que vous ayez quelque chose comme le composant de décodage SMIME sur votre pipeline de réception.

Certains autres adaptateurs utilisent certainement les types de message en plusieurs parties, comme peut-être l'adaptateur POP (pièces jointes) ou l'adaptateur SOAP. Mais sauf si vous avez un scénario comme celui-ci, qui nécessite vraiment des types de messages en plusieurs parties, je vois peu de raisons pour lesquelles vous commenceriez avec ces types.