Déploiement d’un assembly
Le déploiement d’un assembly génère l’assembly et l’importe, ainsi que les orchestrations, les pipelines, les schémas et les mappages (artefacts) qu’il contient dans la base de données de gestion BizTalk locale. Au départ, cette opération est effectuée dans l’environnement de développement.
Le déploiement associe également l’assembly à l’application BizTalk que vous avez spécifiée dans les propriétés de projet dans Visual Studio. Après le déploiement d'une solution, vous pouvez afficher et gérer les assemblys déployés et leurs artefacts dans la console Administration de BizTalk Server ou à l'aide de l'outil de ligne de commande BTSTask. Vous pouvez gérer les artefacts individuellement ou groupés dans l’application.
Déploiement d’un assembly
Vous pouvez ajouter des assemblys aux applications des manières suivantes :
Déployer un assembly sur une application à partir de l’environnement Visual Studio
Ajouter manuellement des assemblys BizTalk Server à l’application à partir de la console Administration BizTalk Server
Ajouter un assembly BizTalk à une application à l’aide d’un script à partir de la ligne de commande
Déplacer des assemblys BizTalk Server à partir d’autres applications à partir de la console d’administration BizTalk Server
Pour plus d’informations sur l’ajout d’assemblys à des applications, consultez Déploiement d’assemblys BizTalk à partir de Visual Studio dans une application BizTalk (https://go.microsoft.com/fwlink/?LinkID=154719).
Redéploiement d’assemblys
Dans le processus de développement et de débogage de vos assemblys BizTalk, vous devrez peut-être les redéployer plusieurs fois. BizTalk Server fournit un mécanisme simple de redéploiement. Si vous redéployez un assembly sans modifier le numéro de version, vous pouvez utiliser la propriété Redéployer. BizTalk Server effectue automatiquement toutes les étapes pour redéployer l’assembly à votre place.
Pour plus d’informations sur le redéploiement des assemblys, consultez Guide pratique pour redéployer un assembly BizTalk à partir de Visual Studio (https://go.microsoft.com/fwlink/?LinkID=154720).
Meilleures pratiques pour le redéploiement d’un assembly
Vous devez installer le nouvel assembly dans le GAC
Lorsque vous redéployez un assembly, vous devez toujours installer la nouvelle version de l’assembly dans le Global Assembly Cache (GAC). Vous pouvez procéder à cette installation après le redéploiement de l'assembly. Pour plus d’informations, consultez Guide pratique pour installer un assembly dans le GAC (https://go.microsoft.com/fwlink/?LinkID=154828).
Vous devez toujours redéployer au niveau de la solution lorsqu’il existe des dépendances
Si votre solution comporte plusieurs assemblys et que l'un ou plusieurs d'entre eux présentent une dépendance avec l'assembly à redéployer, vous devez redéployer les assemblys au niveau de la solution. En effet, lorsque vous redéployez un assembly au niveau du projet, BizTalk Server arrêtez, annulez la liste, supprimez et supprimez les artefacts dans tous les assemblys qui dépendent de cet assembly ou dont dépend cet assembly. BizTalk Server n'effectue pas ensuite les opérations nécessaires au déploiement, à la liaison, à l'inscription et au démarrage des artefacts. Lorsque vous redéployez la solution entière, en revanche, BizTalk Server effectue automatiquement les opérations nécessaires à l'annulation du déploiement et au redéploiement de tous les artefacts de la solution en fonction de leurs dépendances.
Vous devrez peut-être redéployer manuellement des assemblys dépendants
BizTalk Server déséploie toujours les assemblys dépendants lorsqu’il annule le déploiement d’un assembly, mais dans les cas suivants, vous devez effectuer les étapes supplémentaires pour déployer, lier et inscrire les artefacts dans chaque assembly dépendant après avoir redéployé l’assembly dont dépend l’assembly :
si vous redéployez au niveau du projet un assembly dont dépend un autre assembly de la même solution ;
si vous redéployez un assembly au niveau de la solution, mais qu'un assembly dépendant existe dans une autre solution.
Vous devez redémarrer les instances de l’hôte
Lorsque vous redéployez un assembly qui contient une orchestration sans modifier le numéro de version de l'assembly, l'assembly existant est remplacé dans la base de données de gestion BizTalk. Pour que la modification entre en vigueur, cependant, vous devez redémarrer chaque instance de l'hôte auquel est liée l'orchestration. Vous avez la possibilité de configurer le redémarrage automatique de toutes les instances d'hôte sur l'ordinateur local au moment du redéploiement d'un assembly.
Lorsque vous redéployez un assembly qui contient une orchestration sans modifier le numéro de version de l'assembly, l'assembly existant est remplacé dans la base de données de gestion BizTalk. Pour que la modification entre en vigueur, cependant, vous devez redémarrer chaque instance de l'hôte auquel est liée l'orchestration. Vous avez la possibilité de configurer le redémarrage automatique de toutes les instances d'hôte sur l'ordinateur local au moment du redéploiement d'un assembly. Pour plus d’informations sur les propriétés de déploiement, consultez Guide pratique pour définir les propriétés de déploiement dans Visual Studio (https://go.microsoft.com/fwlink/?LinkID=154718).
Vous pouvez également arrêter et démarrer manuellement chaque hôte instance. Pour plus d’informations sur l’arrêt et le démarrage d’une instance d’hôte, consultez Guide pratique pour arrêter une instance d’hôte (https://go.microsoft.com/fwlink/?LinkID=154829) et Démarrer une instance d’hôte (https://go.microsoft.com/fwlink/?LinkID=154830).