déploiement Biztalk / problèmes de construction

Question

Quelqu'un at-il jamais pris la peine sur le fait que BizTalk a beaucoup de problèmes de déploiement / construction ennuyeux.

Par exemple, si j'utilise c classes d'assemblage # pour être construction / déployé Je reçois régulièrement des erreurs Sgen.exe, qui sont corrigés si je les retire de mon assemblée, mais alors quelques dépendances donnent à nouveau des problèmes, ce qui signifie que je dois reconstruire et redémarrer Visual studio parce qu'ils ne déclenchent pas les assemblées autrement. Et oui, je l'utilise toujours la commande d'événement de construction:

  

"C: \ Program Files \ Microsoft Visual   Studio 8 \ SDK \ v2.0 \ Bin \ gacutil.exe »/ i   $ (TargetFileName)

Je ressens aussi beaucoup de problèmes wwith sérialisation cordes ou booléens etc tout en construisant, qui deviennent également fixé après que je redémarre ma solution studio visuel.

De même, lorsque vous voulez importer un fichier .msi que vous devez unenlist et supprimer toutes les instances en cours d'exécution pour avoir déployé décemment.

Et il ne faut pas oublier de redémarrer vos instances d'accueil, ce qui est une option sur votre projet studio visuel, mais fonctionne à peine si jamais redémarrer manuellement vos instances d'accueil est devenu plus qu'une routine.

Avouons-le, il y a beaucoup d'autres choses qui tiennent aussi à la hausse comme les problèmes de références, etc., et je suis sûr que je peux penser à un couple plus après une journée de travail.

Quelqu'un at-il quelques trucs au sujet de ces questions? Parce que je les rencontre toutes les heures. Je me demandais si d'autres personnes ont rencontré ces derniers aussi et peut-être résoudre deux de ces questions.

Answer 1

Nous avons installé le Service Pack 1 pour BizTalk hier. La performance a beaucoup amélioré! À partir de nos orchestrations utilisés pour prendre des siècles. ne prend que quelques secondes maintenant!

Answer 2

A propos de redémarrage des instances d'accueil, j'ai trouvé le script suivant PowerShell « bts-reset » extrêmement utile: http://winterdom.com/2006/09/btsresetwithpowershell

Il ne résout pas le problème, mais il est plus rapide à utiliser que le redémarrage des instances d'accueil à partir de la console d'administration BizTalk.

Dans le cas contraire, je suis d'accord avec vous que le déploiement est vraiment trop complexe (surtout quand vous avez plusieurs projets / applications avec des dépendances entre eux), mais la seule « solution » j'est de briser soigneusement vers le bas de vos projets / applications de manière qui réduiront au minimum le problème.