Partager via

Considérations à prendre en compte lors de la création de projets BizTalk

  • Article

Cette section fournit des informations que vous devez prendre en compte lors de la création de projets BizTalk à l’aide de Visual Studio.

Éviter les erreurs de compilation causées par des projets trop volumineux

Le compilateur Visual Studio ne réussira pas la compilation d’un projet si elle donne lieu à un assembly supérieur à 75 Mo. Lorsque le compilateur atteint une contrainte de taille, il émet l’erreur irrécupérable CS0013 « Erreur inattendue d’écriture de métadonnées dans le nom du fichier <>» et s’arrête.

Afin d’éviter ce problème, nous préconisons que les projets n’excèdent pas 10 Mo, sauf en cas de nécessité absolue. Pourquoi ?

  • Les projets plus petits sont potentiellement plus simples à déployer en raison du nombre limité d’étapes de déploiement. Et ces étapes ont des chances d’être étroitement liées, par exemple, la gestion des remises des partenaires commerciaux ou la gestion des appels d'offres.

  • Il est plus facile d’identifier les bogues, les problèmes de déploiement et autres lors de l’utilisation de projets plus petits. Repérer un bogue dans un projet comportant 140 schémas et de nombreux mappages et scripts personnalisés sera beaucoup plus difficile que dans un projet ne comprenant que 10 schémas et quelques mappages et scripts personnalisés.

  • La division d’un gros projet en plus petits projets peut permettre de réduire la complexité. Les projets de plus petite taille sont plus faciles à gérer.

  • La compilation des projets plus petits est plus rapide.

  • La division d’un gros projet comportant de nombreux schémas non apparentés en projets plus petits avec des schémas étroitement liés peut améliorer les performances, Cela est dû au fait que seuls certains assemblys seront chargés à la fois.

Éviter d’utiliser le nom de projet comme nom de type de mappage

Lorsque vous ajoutez une nouvelle carte à un projet BizTalk dans Visual Studio, n’utilisez pas le nom du projet comme nom de type. Dans ce cas, le compilateur génère une ou plusieurs erreurs semblables à « Le nom> du type <n’existe pas dans le type ».

Pour modifier le nom de type d’une carte à partir d’un projet BizTalk, cliquez sur la carte dans le volet Explorateur de solutions, puis vérifiez la propriété nom de type dans le volet Propriétés. Si elle est identique, vous devez la modifier en veillant à changer les configurations associées.

Prise en charge de Visual Studio Team System

Les projets BizTalk dans Visual Studio ne prennent pas directement en charge toutes les fonctionnalités de Visual Studio Team System. Les fonctionnalités de contrôle de code source de Visual Studio Team System sont prises en charge pour BizTalk Server. Visual Source Safe est également entièrement pris en charge pour le suivi et la gestion des versions des artefacts de projet BizTalk.