UAB

BITS 2.0 & UAB - Episode 3 ;) ou comment détecter la version de BITS installé

Matthieu Nicolescu — Sat, 21 Aug 2004 01:04:00 GMT

Eh oui j'aime bien faire des séries comme ça :) et comme ça je pourrai finir ma trilogie qui doit intéresser deux ou trois péons mais c'est déjà cela de prit !;)

Depuis la sortie du BITS 2.0 et surtout du Fix de l'Updater Application Block, ça discute pas mal chez nos amis de weblogs.asp.net que ce soit sur l'avenir de l'Updater au sein de ClickOnce pour avoir toujours autant de flexibilité ou des problèmes ou ajouts liés au fix.

Aujourd'hui c'est Eugenio Pace qui nous propose un patch maison AS IS pour détecter la version de BITS installlée.

Bits 2.0 & UAB - Episode 2

Matthieu Nicolescu — Tue, 17 Aug 2004 14:41:00 GMT

Pour compléter la news sur la labo-dotnet annonçant la sortie du fix de l'Updater Application Block pour BITS 2.0, pour mettre rapidement à jour votre applicatif utilisant l'Updater, voici les étapes :

Recompiler votre assembly "UAB.ApplicationUpdater" avec les sources du fix (les deux fichiers qui ont changé : "BitsDownloader.cs" et "BitInterop.cs")
Dans le fichier de configuration de l'application cliente, la section downloader s'est vu dotée de 4 nouveaux éléments (fichier de configuration exemple inclus dans le fix) :

Fichier à compléter selon votre cas... Et c'est tout ! De mon côté j'ai testé et remarqué aucun problème. Et vous ? :)

Sinon toujours en ce qui concerne l'Updater App Block, on m'a fait remarqué la semaine dernière que le code fournit sur l'article du Labo .NET ne permettait pas de déclencher l'évènement "FilesValidated" : le problème vient du fait que dans le fichier de configuration, l'attribut "usevalidation" de l'élément "application" est à false ==> suffit de le mettre à true pour que l'évènement soit déclenché :) Je vais faire une précision sur l'article dès que je pourrai le mettre à jour.

Updater Application Block && BITS 2.0

Matthieu Nicolescu — Sat, 07 Aug 2004 14:21:00 GMT

Une mise à jour du (traduction) service de transfert intelligent en arrière-plan aka BITS est sortie récemment avec sa version 2.0 : http://support.microsoft.com/default.aspx?kbid=842309

Mais il peut y avoir quelques problèmes avec cette version si vous utilisez le Downloader BITS par exemple au sein de l'Updater Application Block. Donc l'équipe de ce merveilleux PAG vous propose de devenir beta tester du nouveau code en leur envoyant un mail : pagscpex@microsoft.com et une fois testé il sera disponible sur l'espace GotDotNet.

Updater Application Block GotDotNet WorkSpace

Message de l'équipe :

Because of some security tighetening implemented in the latest version of BITS (BITS 2.0) you may have experienced problems with Updater Application Block if you depend on implicit credentials to communicate with a server. There's a published a KB about this here: http://support.microsoft.com/default.aspx?kbid=842309

Even though there might be workarounds, we have changed the UAB code to fix the problem, but before posting it to the workspace, we'd like to find some volunteers to test it in their own environments, to make sure the solution works fine.

[UPDATE] : Le nouveau code est disponible : Updater Application Block BITS 2.0 Fix .

Updater Application Block Step By Step

Matthieu Nicolescu — Sat, 12 Jun 2004 03:21:00 GMT

Pour compléter mon article sur l'Updater Application Block et sa petite FAQ, n'hésitez pas à consulter le post de Brendam Tomkins qui vous explique étape par étape comment utiliser ce PAG. Ce Post est assez pratique car il va directement à l'essentiel et permet donc à son lecteur de prendre en main le PAG en quelques minutes :) Donc si vous souhaitez implémenter un système de mise à jour sur votre application Windows, je vous conseille ce post en plus de mon article ;)

Updater Application Block FAQ

Matthieu Nicolescu — Mon, 01 Mar 2004 20:20:00 GMT

Suite à la parution de l’article sur l’Updater Application Block hier, j’ai reçu deux questions intéressantes par mail. Je publie les réponses aussi ici car ça peut intéresser d’autres personnes qui voudraient utiliser ce PAG.

Comment coupler le système Updater Application Block avec un MSI ? Je m’explique sur l’article il est marqué par exemple que dans le fichier de configuration de AppStart.exe, on doit rentrer le chemin complet ou se trouve la version courante. Comment faire cela avec un MSI sachant que l’utilisateur peut changer son chemin d’installation.

Première solution : Supprimer l’interface utilisateur « Installation Folder » du MSI pour que l’application s’installe toujours au même endroit et ne pas laisser le choix à l’utilisateur. Solution tout de même à éviter J

Deuxième solution : Cette solution est un peu plus compliquée que la première. Elle consiste a récupérer une fois installé le fichier AppStart.exe.config et le modifier. On va pour cela créer une classe Installer et la lier à l’action « Install » de notre MSI.
Dans la classe Installer, il suffit alors de créer une méthode qui sera appelé lors de l’événement « AfterInstall ». Dans cet méthode on va tout simplement modifier les élements Xml de notre fichier de configuration :

private void Installer_AfterInstall(object sender, System.Configuration.Install.InstallEventArgs e)

{

//On récupère le numéro de version qu’on a envoyé en Custom Data depuis notre MSI

                string versionFolder = Context.Parameters["version"].ToString();
                //On récupère ici le chemin ou va être installé notre application et où se trouve donc AppStart.exe,               chemin qu’on a aussi envoyé en Custom Data depuis notre MSI
                string appStartFolder = Context.Parameters["InstallationFolder"].ToString() ;
                //On créer le chemin complet vers l’exe de l’application

string exeFolder = Path.Combine(appStartFolder,versionFolder);

//On Charge ensuite tout simplement le fichier Xml de configuation et on modifie les éléments

XmlDocument xmlDocAppStart = new XmlDocument();

xmlDocAppStart.Load(Path.Combine(appStartFolder,_appStartConfFileName));

xmlDocAppStart.SelectSingleNode("configuration/appStart/ClientApplicationInfo/appFolderName").InnerText = exeFolder;

xmlDocAppStart.SelectSingleNode("configuration/appStart/ClientApplicationInfo/installedVersion").InnerText = versionFolder;

xmlDocAppStart.SelectSingleNode("configuration/appStart/ClientApplicationInfo/appExeName").InnerText = "toto.exe";

xmlDocAppStart.Save(Path.Combine(appStartFolder,_appStartConfFileName));

}

Voila si vous avez d’autres solutions je suis preneur J

Peut-on héberger les versions de l’application à updater sur un serveur FTP ?

Oui comme précisé dans le premier chapitre, on peut réaliser nos propres Downloader en implémentant l’interface IDownloader. IL existe par défaut un Downloader pour récupérer les fichiers à partir d’un partage Web (BITS) et un autre en exemple dans l’application de démonstration « FlexPoints » pour récupérer les fichiers à partir d’un partage Netbios.

Pour information, il y aura un downloader FTP pour ClickOnce sachant que le point de publication pourra être un lien http, simple partage ou encore lien ftp.

--
Fin

Article sur Updater Application Block et ClickOnce...

Matthieu Nicolescu — Sun, 29 Feb 2004 16:35:00 GMT

Comme promis (avec quelques jours de retard :)), je viens de mettre en ligne mon article sur l'Updater Application Block :

http://www.labo-dotnet.com/labo-dotnet/?target=showonearticle&ID=197

J'ai rajouté à la fin un chapitre sur ClickOnce : il est vrai que pour l"instant on ne publiera pas grand chose comme article sur Whidbey (et c'est fait exprès... à mon grand désespoir :)) mis à part nos news sur le labo mais on va dire que cet article est l'exception qui fait la règle :) Et je trouvais aussi intéressant de faire le parallèle entre l'Updater Application et ClickOnce.