BizTalk Server 2010 R2 : aperçu des nouveautés
L’équipe projet BizTalk Server a publié récemment un post sur leur blog présentant les fonctionnalités présentes dans la future version de BizTalk Server, actuellement nommée 2010 R2.
L’équipe projet BizTalk Server a publié récemment un post sur leur blog présentant les fonctionnalités présentes dans la future version de BizTalk Server, actuellement nommée 2010 R2.
Highly recommended book about BizTalk Server 2010 : “Microsoft BizTalk Server 2010 Patterns”
Read review from Sandro PEREIRA here.
Sandro PEREIRA is a BizTalk Server MVP from Portugal.
Désassemblage d’un fichier plat (sous BizTalk 2009) contenant une ligne de blancs à la fin.
La validation via Visual Studio 2008 fonctionne mais pas via le pipeline FFDasm qui affiche le message d’erreur :
The remaining stream has unrecognizable data
La solution trouvée ici (merci !) consiste à ajouter un schéma Trailer lors de l’étape de désassemblage ne contenant qu’un seul record et un seul élément (xs:string).
Le 2e Cumulative Update Package (kb2497794) pour BizTalk 2009 est maintenant disponible pour les versions x86 et x64.
En parcourant un peu les forums de discussion, je suis tombé sur cette information qui indique que Microsoft supportera BizTalk Server 2004 jusqu’au 8 juillet 2014. Toujours bon à savoir !
La source officielle Microsoft.
[Suite au commentaire de David GROSPELIER]
Je manquais un peu de précision, BizTalk 2004 n’est effectivement plus supporté depuis le 14/07/2009, mais encore jusqu’au 8/7/2014 dans le cadre de la phase d’extension de support.
Depuis 2004, Microsoft propose 2 phases de support : le support principal et l’extension de support.
La phase principale de support a une durée de 5 ans ou de 2 ans après la sortie de la version N+1 du produit (la durée la plus longue prévalant). Après cette durée, Microsoft propose une phase d’extension de support, d’une durée de 5 ans ou de 2 ans après la sortie de la version N+2 du produit.
La phase d’extension de support regroupe les mêmes conditions que la phase principale (support payant, support des mises-à-jour de sécurité…) sauf le support incident gratuit, les déclarations de dommage et les changements de conception / demandes de fonctionnalités.
Prenons l’exemple de BizTalk 2004, sa date de commercialisation est 05/2004. La date de commercialisation de BizTalk 2006 (version N+1) est 06/2006. Par conséquent, la phase principale de support s’étend jusqu’en 2009 (2004+5ans et non 2006+2ans). La phase d’extension de support, quant à elle, s’étend jusqu’en 2014 (2009+5ans et non 2009+2ans) car BizTalk 2009 (version N+2) a été commercialisé courant 2009.
Il est à noter également que Microsoft assure des ressources de support en ligne pour une durée minimale de 10 ans.
Source officielle Microsoft.
Le billet de Randal van Splunteren discute sur le nombre d’application BizTalk qu’il est possible de déployer avec une licence BizTalk Server 2009 édition standard.
On sait que l’édition Standard est limité à 5 applications BizTalk, mais qu’est-ce que cela signifie exactement ? Est-ce une limite logicielle et licence ? Qu’en est-il des applications déjà présentes à l’installation de BizTalk ? Sont-elles comptées ?
En résumé :
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 !