La détermination de l'ensemble des destinations de message lors de l'exécution dans l'application BizTalk

Question

Je suis un débutant complet à BizTalk et j'ai besoin pour créer une application BizTalk Server 2006 qui diffuse des messages d'une manière spécifique. Je ne demande pas une solution complète, mais pour des conseils et des directives, quelles sont les capacités de BizTalk I devraient utiliser.

Il y a une source de messages, pour simplifier, disons, un répertoire dans lequel l'utilisateur ajoute des fichiers à les publier. Il y a plusieurs abonnés, ayant chacun un répertoire pour recevoir des fichiers publiés. Le nombre d'abonnés peut varier au cours de l'exploitation du programme. Il y a aussi des règles qui déterminent si un besoin abonné particulier pour recevoir un fichier particulier, basé sur le nom du fichier. Par exemple, chaque abonné a un motif ou un masque de nom de fichier qui reçoit les fichiers qu'ils doivent correspondre. Ces règles (par exemple, les modèles) peuvent changer dans le temps ainsi.

Je ne sais pas comment faire. Créer un ensemble de ports envoyer à l'exécution, chaque pour chaque destination? C'est possible? Utilisez un changement du port sa liaison? Ne serait-il fonctionner correctement avec concomitantes envois? Y at-il d'autres moyens?

EDIT

Je compris ma question peut être d'obscurcir et générale de préférer une réponse sur une autre à accepter. Donc, je les upvoted.

Answer 1

Si les modifications apportées à la destination vont être fréquentes, vous avez raison dans la recherche d'une solution plus dynamique. Une solution intéressante est l'utilisation des ports d'envoi dynamiques et le moteur de règles métier. Vous créez ensemble de règles pour les messages que vous receving. Cela pourrait se fonder sur une propriété de destination ou ID client dans le message. L'utilisation de ces faits, le moteur de règles peut retourner un tas d'informations comme masque de fichier, le nom du serveur, l'adresse IP du serveur deleiver, etc. Vous pouvez thenuse ces informations pour configurer l'envoi de dynamique dans l'orchestration. La vraie chose de bien ici est que vous pouvez mettre à jour l'ensemble de règles dans le moteur de règles sans redéployant la solution ensemble. En tant que newb, ce sont des concepts avancés, mais pas aussi diificult que vous pouvez penser.

Pour une solution plus simple, vous voudrez peut-être regarder la définition des propriétés Envoyer FILE adaptateurs via son schéma Propery (ie. Nom du fichier, répertoire, etc.). Vous pouvez tirer ces valeurs à partir d'une base de données avec une classe d'aide dans une forme de expresison. Sur chaque message ogig sur, utilisez le shcema de propriété pour définir où sera envoyé et nommé le message. De cette façon, vous mettez à jour la base de données simplement que le changement des choses.

Bonne chance!

Answer 2

Vous pourriez envisager d'utiliser les ports d'envoi de dynamique pour y parvenir - si vos abonnés sont vraiment dynamiques. Cela introduit un peu de complexité puisque vous aurez besoin d'utiliser une orchestration pour configurer les propriétés du port d'envoi en fonction de vos règles.

Si vous pouvez, essayer de supprimer la complexité. Si vous savez que vous n'avez pas besoin d'être vraiment dynamique lors de l'ajout d'abonnés (soit un abonné et il règles de paramètres peuvent être modifiés une seule fois) et vous avez un nombre raisonnable d'abonnés alors je vous suggère de configurer chaque abonné en utilisant son propre port d'envoi et utiliser un filtre pour créer des abonnements basés sur les propriétés de contexte de message. La beauté de cette approche est que vous n'avez pas besoin de créer et de déployer une orchestration et cela devient une solution hautement performante et évolutive.