Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Arnaud Auroux


Silverlight, let there be light...
[Silverlight] Problème de références avec les templates du Silverlight unit test framework

Présenté lors du MIX 2008 à Las Vegas par Scott Guthrie, le Silverlight unit test framework est une solution flexible et puissante de test pour des composants Silverlight. Afin de faciliter la mise en place des tests dans vos applications Silverlight, des templates de projets ont été mis au point. Ces templates permettent de créer un projet avec un exemple de classe de tests ainsi que les références pour utiliser le framework.

Néanmoins lors de ma première utilisation de ce template, il s'est avéré que les références vers le framework de test étaient incorrectes :

Sans titre 

Si on regarde les propriétés de la référence "Microsoft.Silverlight.Testing" :

Sans titre 

On voit que la valeur de l'attribut "Specific Version" est à "True", c'est la valeur par défaut. Ce booléen indique comment retrouver le nom complet de l'assembly, i.e. est-ce que la version, la culture et le jeton de clé publique doivent être inclus ?

Continuons notre investigation en concentrant notre attention sur le fichier de projet (extension ".csproj") du template. A cet emplacement :

%userprofile%\Documents\Visual Studio 2008\Templates\ProjectTemplates\Visual C#

doit normalement se trouver un fichier de type "zip" nommé "SilverlightTestProject_CSharp.zip" qui contient les fichiers du template pour la version C# et dont notamment le fichier de projet qui sera utilisé lors de la création d'un nouveau projet de test :

Sans titre 

Si on ouvre ce fichier directement à partir de l'archive et que l'on se rend au niveau du noeud "ItemGroup" qui contient les informations relatives au différentes références du projets, on retrouve les 2 références inhérentes à un projet de test Silverlight :

  • Microsoft.Silverlight.Testing :

<Reference Include="Microsoft.Silverlight.Testing, Version=2.0.20930.1042, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

  • Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight :

<Reference Include="Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight, Version=2.0.20930.1042, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

On peut noter l'existence d'un attribut "Version" pour chacune des deux références. Cet attribut correspond à la version de l'assembly du framework de test qui sera utilisée dans le projet. Or si l'on consulte les propriétés de ces 2 assemblies en nous rendant à leur emplacement (chez moi cela revient à : C:\Program Files (x86)\Microsoft SDKs\Silverlight\v2.0\Libraries\Client) et en faisant clic droit -> Propriétés -> Détails :

Sans titre

Sans titre

On se rend compte que les numéros de version ne correspondent pas. Pour résumé, le template du projet de test utilise une référence vers l'assembly nommé "Microsoft.Silverlight.Testing" de version 2.0.20930.1042 ainsi que l'assembly "Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight" de version 2.0.20930.1042. Le problème est que ces assemblies n'existent pas sur la machine (avec la dernière version du framework), plus précisément les versions requises n'existent pas.

Ainsi pour corriger le problème, il suffit de mettre le bon numéro de version pour chaque assembly dans le fichier "SilverlightTestProject.csproj" ce qui donne :

  • Microsoft.Silverlight.Testing :

<Reference Include="Microsoft.Silverlight.Testing, Version=2.0.21103.1925, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

  • Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight :

<Reference Include="Microsoft.VisualStudio.QualityTools.UnitTesting.Silverlight, Version=2.0.21024.1838, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

 

Un petit refresh sur la solution et cette fois-ci, on voit que nos références sont correctes ! :

Sans titre

Enjoy :)

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mardi 7 avril 2009 00:30 par Arnaud Auroux

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- SharePoint : Bug sur la gestion des permissions et la synchronisation Office par Blog Technique de Romelard Fabrice le 07-10-2014, 11:35

- SharePoint 2007 : La gestion des permissions pour les Workflows par Blog Technique de Romelard Fabrice le 07-08-2014, 11:27

- TypeMock: mock everything! par Fathi Bellahcene le 07-07-2014, 17:06

- Coding is like Read par Aurélien GALTIER le 07-01-2014, 15:30

- Mes vidéos autour des nouveautés VS 2013 par Fathi Bellahcene le 06-30-2014, 20:52

- Recherche un passionné .NET par Tkfé le 06-16-2014, 12:22

- [CodePlex] Projet KISS Workflow Foundation lancé par Blog de Jérémy Jeanson le 06-08-2014, 22:25

- Etes-vous yOS compatible ? (3/3) : la feuille de route par Le blog de Patrick [MVP SharePoint] le 06-06-2014, 00:30

- [MSDN] Utiliser l'approche Contract First avec Workflow Foundation 4.5 par Blog de Jérémy Jeanson le 06-05-2014, 21:19

- [ #ESPC14 ] TH10 Moving mountains with SharePoint ! par Le blog de Patrick [MVP SharePoint] le 06-01-2014, 11:30