L’article Microsoft suivant http://support.microsoft.com/kb/318785/ explique comment trouver les versions des frameworks .NET installés.
Il s’agit simplement d’aller “jeter un oeil” au bon endroit dans la base de registre Windows…
L’erreur suivante :
Error CS1061: 'System.Xml.XmlDocument' ne contient pas une définition pour 'XXXX' et aucune méthode d'extension 'XXXX' acceptant un premier argument de type 'System.Xml.XmlDocument' n'a été trouvée (une directive using ou une référence d'assembly est-elle manquante ?)
est observée lorsque dans une shape Expression la fonction ToString() est utilisée sur un champ de type distinguished field, de la manière suivante :
MonMessage.MonChampDistingue.ToString();
La solution – simple par ailleurs – consiste à ne pas appliquer directement la fonction au champ, comme ci-dessous :
MaVariable = MonMessage.MonChampDistingue;
MaVariable.ToString();
La raison de ce comportement reste – encore et pour le moment – inconnue…
Une mise-à-jour Windows installant le framework .NET 4.0 entraîne le non-redémarrage du service SSO, et donc des services hôtes (hosts) BizTalk.
La solution est relativement simple, il s’agit de ré-enregistrer l’assembly ssossql.dll à l’aide de la commande suivante :
regasm "C:\Program Files\Common Files\Enterprise Single Sign-On\ssosql.dll"
Lien officiel Microsoft.
Problème
Lors de l’exécution du package (package SSIS, BAM_AN_
The binary code for the script is not found !
Solution
L’erreur est lié au fait que les fonctionnalités Client Tools SDK et Client Tools Backward Compatibility ne sont pas installées sur le serveur SQL Server 2008.
Il m’a été nécessaire de re-déployer l’activité afin que l’exécution du package fonctionne.
Lors de la sélection d’un custom pipeline component depuis la Toolbox Visual Studio (dans mon cas VS2008), l’erreur suivante peut apparaître :
You have selected an invalid pipeline component assembly Please check security settings for the assembly if you are loading it from an UNC path.
Cette erreur peut survenir pour diverses raisons.
Voici donc une liste – non exhaustive – de quelques points à vérifier afin de peut-être résoudre ce problème :
Enfin, une chose très utile et à ne pas oublier : REDEMARRER VS après chaque modification du code source du pipeline component !
Si une activité BAM contient un Item nommé Version, alors une erreur de déploiement de la ou des vues utilisant la-dite activité est levée !
Microsoft (R) Business Activity Monitoring Utility Version 3.8.368.0
Copyright (C) 2006 Microsoft Corporation. All rights reserved.
Using 'BAMPrimaryImport' BAM Primary Import database on server 'MonServeur'...
Deploying Activity... ERROR: The BAM deployment failed.
Encountered error while executing command on SQL Server "MonServeur".
Incorrect syntax near '@@Version'.
J’imagine simplement que ce mot est réservé.
La solution ? Pour ma part, j’ai renommé autrement l’item !
Devant le nombre important de BizTalkiens rencontrant des difficultés pour installer le Management Portal de l’ESB Toolkit 2.0, Dwight GOINS (MCT, MCSD.NET, BizTalk TS) a publié sur son blog (consulter son blog) une sorte de synthése des différentes manipulations à réaliser afin d’aboutir au résultat : lire le billet.
Une installation à ne pas reproduire (surtout un vendredi comme moi…histoire de finir la semaine en beauté 
) : déployer un site SharePoint 2007 sur le même site web IIS (le site web par défaut – port 80 – et IIS 7 pour ma part) que l’ESB Portal de l’ESB Toolkit 2.0 car cela a pour effet de rendre impossible l’accès à ce dernier !
Voici quelques billets de forums discutant du problème et les solutions envisagées :
Anomalie constatée sur un environnement Windows Server 2008 64bits, mais cela importe peu à mon humble avis.
Par défaut, les messages d’erreurs retournées par l’adapter BizTalk Windows SharePoint Services manque cruellement de détails (exemple, de l’erreur classique File Not Found)
Afin d’obtenir plus d’informations sur les erreurs rencontrées, il est nécessaire de modifier par 3 fois le fichier de configuration web.config situé dans le répertoire ‘C:\Inetpub\wwwroot\wss\VirtualDirectories\{port}’ ({port} étant le numéro du port d’installation choisi) :
<SafeMode MaxControls="200" CallStack="false"...> en <SafeMode MaxControls="200" CallStack="true"...><Change customErrors mode="On" ...> en <customErrors mode="Off"...><compilation batch="false" debug="false"> en <compilation batch="true" debug="true">Pour finir, redémarrer IIS.
Dans une orchestration, si la l’instruction suivante (issue du Framework Exception Management Framework de l’ESB Toolkit 2.0) est exécutée en dehors d’une shape exception handler, alors son exécution provoquera une montée “en flèche” de la charge CPU (aïe !)
FaultMsg = Microsoft.Practices.ESB.ExceptionHandling.ExceptionMgmt.CreateFaultMessage()
Afin d’éviter de désagrément, une solution est de provoquer volontairement une exception (division par zéro par exemples), et d’invoquer la construction du message dans le handler.