Yves Peneveyre's Blog - BTS2004

Comment détecter l'arrêt d'une orchestration - How to detect when an orchestration stops

Yves Peneveyre — Mon, 11 Jul 2005 12:34:22 GMT

A voir, BizTalk rencontre passablement de problèmes pour gérer les fichiers dont le volume est important. Pourtant, malgré les efforts entrepris pour ré architecturer l’application, il est parfois impossible de s’affranchir de ses OutOfMemoryException. Dans le cas du projet actuel, le problème ne se passe que lorsque BizTalk doit traiter plus d’un fichier en même temps. J’ai donc décidé, provisoirement, de ne soumettre à BizTalk qu’un seul fichier à la fois, et attendre qu’il en ait terminé le traitement avant d’en soumettre le suivant. Or, il me semble qu’il n’est pas possible d’être averti lorsqu’une orchestration se termine, dans le framework .NET.

La méthode que j’ai trouvée passe par WMI. Ainsi, pour connaître quand une orchestration se termine :

private void MountBTSOrchestrationMonitoring()
{
   // Only one watch to mount, because we can only monitor orchestration deletion
   WqlEventQuery q = new WqlEventQuery(__InstanceDeletionEvent,
                                       new TimeSpan(0,0,0,10),
                                       "TargetInstance isa \"MSBTS_ServiceInstance\"");
   m_btsWatcher = new ManagementEventWatcher(new ManagementScope(root/MicrosoftBizTalkServe),
                                             q);
   m_btsWatcher.EventArrived += new EventArrivedEventHandler(bts_OrchestrationDeleted);
   m_btsWatcher.Start();
}

private void bts_OrchestrationDeleted(object sender, EventArrivedEventArgs e)
{
   // Do something
}

Ainsi, lorsqu’une orchestration se terminera, l’événement bts_OrchestrationDeleted sera appelé. Le seul petit problème, c’est qu’il n’est pas possible de connaître quelle orchestration s’est terminée. Il faut alors interroger BizTalk, via WMI, à nouveau, pour savoir si une instance de l’orchestration observée est encore active : >

private int OrchestrationInstanceCount(string strOrchestrationName)
{
   System.Text.StringBuilder sb = new System.Text.StringBuilder("SELECT * FROM MSBTS_ServiceInstance WHERE ServiceName=\"");
   sb.Append(strOrchestrationName);
   sb.Append("\"");
   WqlObjectQuery w = new WqlObjectQuery(sb.ToString());
   ManagementObjectSearcher objSearcher = new ManagementObjectSearcher(new ManagementScope(kstrWMIBTSNamespace),
                                                w);
   return objSearcher.Get().Count;
}

Si la méthode retourne 0, aucune orchestration avec le nom donné en paramètre n’est active. >

Attention toute fois ! BizTalk met un certain temps avant de mettre en route une orchestration, faisant que même si un fichier est déposé dans un répertoire d’accueil de BizTalk, la méthode risque de renvoyer la valeur 0, car l’orchestration n’aura pas encore démarré. Il serait alors judicieux de voir si des fichiers sont encore présent dans le répertoire d’accueil avant d’en poster de nouveaux.

According to a lot of blogs, BizTalk has some issues with large files. However, despite of the efforts for rearchitecturing the application, it is sometimes not possible to avoid the OutOfMemoryException.

In the case of the actual project, that happens only when BizTalk has to process more than one file at a time. So, I temporary decided to pass to BizTalk only one file at a time and to wait the orchestration stops before copying the next file to the receive location. But, it seems that it is not possible to be warned when an orchestration stops with .NET.

The way I found is using WMI. To know when an orchestration stops, I install an event handler :

When an orchestration will stop, the bts_OrchestrationDeleted event will be called. There is only one little issue. It is impossible to know which orchestration stopped. We have to get the answer from BizTalk itself, through WMI again, and getting the number of active instance with a given name :>

If the method returns 0, no orchestration with the given name is still running.

But, warning ! BizTalk needs a bit of time before starting an orchestration and event a file is dropped in a BizTalk receive location, the method will certainly return 0, because the orchestration is not yet started. It would be a good idea to test is there are files in the receive location before dropping new files.

Changer le nom du serveur hébergeant un serveur BizTalk - Changing the name of a BizTalk host server

Yves Peneveyre — Mon, 04 Jul 2005 13:54:29 GMT

Une fois un SQL-Server et un BizTalk Server 2004 installés, il est loin d'être trivial, ensuite, de modifier le nom du serveur hébergeant ces services.

Le service de Single Sign-On est d'ailleurs le plus embêtant à remettre sur ses pieds. Le plus simple restant encore à rechercher les occurences de l'ancien nom du serveur dans la base de registre et de les remplacer par le nouveau nom (en tout cas là où cela est pertinent...).

En revanche, l'exécution de l'outil de configuration de BTS2004 (ConfigFramework.exe) va échouer sur la modification des jobs que BTS2004 installe dans SQL-Server. La cause de l'erreur provient du fait que le serveur ayant généré ce job n'est plus le même que celui qui essaye de le modifier. Pour éviter ceci, il est possible d'exécuter la commande SQL suivante (dans le cas où il n'y aurait que des jobs BizTalk. Dans le cas contraire, il faudra filtrer la requête) :

UPDATE msdb.dbo.sysjobs SET originating_server = @@SERVERNAME WHERE
originating_server <> @@SERVERNAME

Ceci à pour effet de changer le nom du serveur original du job.

A noter que changer le nom d'un serveur hébergeant déjà des services tels que BizTalk n'est pas recommandé et ceci fait donc déjà partie des bidouilles...

Once SQL-Server and BizTalk Server 2004 installed, it is very hard to change the server name.

The Single Sign-On is one of the most difficult to fix afterward. The way I found is to search-and-replace all occurences of the old server name by the new one in the registry.

On the other hand, running the BTS2004 configuration tool (ConfigFramework.exe) will fail on the update of the BTS2004 SQL jobs. The root cause of this is that the server which generated these jobs is not the same as the one attempting to update them. To avoid this, it is possible to run the following SQL command (in the case of all jobs are Biztalk jobs. If not, you have to add a filter to your request) :

UPDATE msdb.dbo.sysjobs SET originating_server = @@SERVERNAME WHERE
originating_server <> @@SERVERNAME

This will change all originating server of all jobs.

Please notice that to change the server name hosting services like SQL-Server or BizTalk is absolutely not a recommended way...

Nouveau blog traitant de la performance avec BizTalk Server 2004 - New blog about performance with BizTalk Server 2004

Yves Peneveyre — Mon, 11 Apr 2005 07:44:14 GMT

Jeudi dernier est apparu un nouveau blog ouvert par le team BizTalk Product Group Performance. Un article est déjà paru. Semble très intéressant.

Last Thursday, a new blog has come owned by the BizTalk Product Group Performance Team. There is already an article online. Seems interesting.

BTS2004 et les assemblies du GAC - BTS2004 and GAC assemblies

Yves Peneveyre — Thu, 17 Feb 2005 17:14:29 GMT

Quand un processus business BizTalk 2004 utilise une assembly située dans le GAC, il n'est pas rare, surtout en période de développement, de devoir les modifier. Le cycle veut alors qu'on désinstalle les assemblies BizTalk ainsi que les assemblies filles du GAC ensuite, recompilation des différentes assemblies, ré-installation de celles-ci dans le GAC et tests...

Le problème est que BizTalk va lever une exception de type FileNotFoundException parce que la référence que le serveur a sur les assemblies filles pointes toujours sur l'ancienne version. Il faut donc redémarrer le service BizTalk avant de se lancer dans les tests.

When a BizTalk 2004 business process uses a GAC assembly, often, during the development stage, it is needed to fix some bugs or do some modifications. The development cycle is the following : uninstall BizTalk assemblies and GAC assemblies, then recompile the assemblies, and then, re-install them in the GAC, and finally do testings...

The problem is that BizTalk will raise an exception of type FileNotFoundException because it keeps a reference to the old version assemblies. So, it is important to restart the BizTalk server service before launching the tests.

Nouveau manuel d'installation de BizTalk Server 2004 et arrêt de la promotion de .NET Passport - New installation guide for BizTalk Server 2004 and .NET Passport marketing stop

Yves Peneveyre — Wed, 05 Jan 2005 08:48:37 GMT

Le nouveau guide d'installation de BTS2004 se trouve ici.

Après le site de recherche d'emplois Monster.com, c'est au tour d'eBay de ne plus supporter le système d'authentification de Microsoft, .NET Passport. Suite à cette annonce, l'éditeur de Redmond à décidé de ne plus proposer cette offre à de nouveau client mais continuera a être le système utilisé pour les sites maison comme Hotmail.

L'annonce de Microsoft.
La liste des sites utilisant .NET Passport, vide.

The new BTS2004 installation guide is here.

After the job search site Monster.com, it is eBay who will not support the Microsoft authentication system, .NET Passport. Responding to that, Microsoft announced it will no more offer this system to customers and .NET Passport will discontinue this product. But, .NET Passport will be still used for home applications like Hotmail.

The Microsoft announcement.
Site list using .NET Passport, actually empty.

3 chapitres offert de BizTalk Server 2004 Unleashed - 3 Chapters offers of BizTalk Server 2004 Unleashed

Yves Peneveyre — Fri, 17 Dec 2004 08:24:40 GMT

Le site TheServerSide.NET offre un extrait du livre de Scott Woodgate, Lead Product Manager du team BizTalk chez Microsoft. Cet extrait offre 3 chapitres pour un total de 97 pages au format PDF. Les chapitres offerts sont :

Working with Adapters
Orchestrating Web Services and Correlation
Developping Rules

A télécharger sur le site de TheServerSide.NET. Inscription gratuite nécessaire

Le blog de Scott Woodgate.

TheServerSide.NET offers and extract of the Scott Woodgate's book, BizTalk Server 2004 Unleashed. Scott Woodgate is the lead product manager of the BizTalk team at Microsoft. The excerpt contains three chapters in 97 PDF pages and they are :

Working with Adapters
Orchestrating Web Services and Correlation
Developping Rules

To download the PDF, go to the TheServerSide.NET site. Need a free subscription

Scott Woodgate's blog

Attention au SP2 de XP et site BPI de Microsoft - XP SP2 warnings and BPI site of Microsoft

Your DisplayName here! — Tue, 24 Aug 2004 08:40:42 GMT

Le Service Pack 2 de Windows XP pose de nombreux problèmes aux administrateurs systèmes, ainsi qu'aux développeurs. On ne peut pas le nier, avant sa sortie, il faisait déjà couler beaucoup d'encre. En plus, cela tombe assez mal, puisque c'est en période de rentrée scolaire que le SP arrive.

Ce qu'on peut en dire, c'est qu'il faut redoubler de vigilance et préparer son installation de Service Pack ainsi que tester abondamment les applications utilisées.

Le support de WXP SP2 donne le plus d'informations possible, avec notamment une liste des applications qui peuvent fonctionner "différemment" (lire s'arrêter de fonctionner) avec le SP2. Il est même possible de désactiver le mise à jour automatique ici.

Pour BTS2004, Owen Allen et Jeff Lynch se sont déjà cassé les dents, le second, pour des problèmes de firewalls qui bloquaient MSDTC.

Microsoft, de son côté, a remanié et relancé son site Business Process Integration

Windows XP Service Pack 2 put most of system administrators in trouble, even developers. We can not deny, before its release, lots of ink was spent about it. Moreover, it is not the very right moment to release this SP because of the return of the students to colleges.

What we can say is that we must be prepared before installing this Service Pack and we must test applications used on our systems.

For more information, go to the WXP SP2 support site, there is alse a list of applications "that may behave diffrently in Windows XP Service Pack 2" (read will not work, or crash). It is also possible to disable the automatic update here.

For BTS2004, Owen Allen and Jeff Lynch have made some works. Jeff Lynch found a problem with the firewall which blocked MSDTC.

Finally, Microsoft has relaunched his Business Process Integration (BPI) site.