Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Azra [Florent Santin]

.Net, X'Net, aucun lien de parenté V2.0

Actualités


  • MSN Alerts
    View Florent Santin's profile on LinkedIn
[Silverlight 3] Cannot get the list of output files from the project…

… c’est la description du formidable message d’erreur qui m’a fait perdre aujourd’hui quasiment 2 heures lors d’une migration Silverlight 3 Beta 1 à Silverlight 3 RTW…

image

Le comportement lié à ce message d’erreur est le suivant:

  • L’application SL est compilée
  • Le XAP généré
  • … mais une erreur apparait lors de l’exécution de l’application SL dans le hôte ASP.NET

Bref, ca compile, mais il y’a un truc non détaillé qui empêche l’utilisation du projet dans un site ASP.NET.

image

Si vous rencontrez ce problème, qui n’était pas présent dans la pré-version de SL, voici la raison / le contexte:

  • Je possède un projet avec plusieurs librairies Silverlight
  • Parmi ces librairies, une à été développée / ouverte au moins une fois avec VS 2010, le projet est présent dans ma solution VS 2008 car il évolue et la librairie est référencée directement au travers de son projet donc (recompilé à chaque fois) => c’est cette librairie qui pose problème (à noter que je peux travailler dessus dans VS 2008 et la faire évoluer sans aucun soucis / avertissement).

image

En fait, la vrai cause du soucis est affichée dans le log de compilation précédant mais en temps que “Warning” alors que c’est un problème critique pour le déploiement: Project file contains ToolsVersion=”4.0”, which is not supported by this version of MSBuild. Treating the project as if it had ToolsVersion=”3.5”.

Personnellement, ce message ne m’a pas inquiété: MSBuild à un soucis, mais il gère comme un grand… et bien, non.

En ouvrant le fichier .csproj de la librairie créé par VS 2010 et en remplaçant manuellement 4.0 par 3.5, le message d’erreur disparait lors de la compilation et l’application se met à fonctionner.

image 

image

Merci les messages d’erreur clairs et donc attention:

  • Un projet SL 2008 ouvert avec 2010 est convertit par l’assistant au démarrage de VS, l’attribut ToolsVersion prend la valeur 4.0 à la place de 3.5
  • Un projet SL 2010 ouvert avec 2008 ne lève pas d’erreur au démarrage de VS et la valeur reste à 4.0, ce qui pose problème lors de la compilation de SL 3 RTW

Bon, a part ça, c’est quand même cool Silverlight 3 :)

Posted: jeudi 16 juillet 2009 21:07 par azra
Classé sous :
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 :

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- SharePoint 20XX: Script PowerShell pour exporter en CSV toutes les listes d’une ferme pour auditer le contenu avant migration par Blog Technique de Romelard Fabrice le 03-28-2017, 17:53

- Les pièges de l’installation de Visual Studio 2017 par Blog de Jérémy Jeanson le 03-24-2017, 13:05

- UWP or not UWP sur Visual Studio 2015 ? par Blog de Jérémy Jeanson le 03-08-2017, 19:12

- Désinstallation de .net Core RC1 Update 1 ou SDK de Core 1 Preview 2 par Blog de Jérémy Jeanson le 03-07-2017, 19:29

- Office 365: Ajouter un utilisateur ou groupe dans la liste des Site collection Administrator d’un site SharePoint Online via PowerShell et CSOM par Blog Technique de Romelard Fabrice le 02-24-2017, 18:52

- Office 365: Comment créer une document library qui utilise les ContentTypeHub avec PowerShell et CSOM par Blog Technique de Romelard Fabrice le 02-22-2017, 17:06

- [TFS] Supprimer en masse les dépendances à SQL Enterprise ou Developer avant de procéder à une migration par Blog de Jérémy Jeanson le 02-20-2017, 20:30

- Office 365: Attention au volume utilisé par les fichiers de Thèmes de SharePoint Online par Blog Technique de Romelard Fabrice le 02-07-2017, 18:19

- [SCVMM] Supprimer une machine bloquée par Blog de Jérémy Jeanson le 01-31-2017, 21:22

- Microsoft .Net Challenge 2017 par Le Blog (Vert) d'Arnaud JUND le 01-30-2017, 15:25