Visual Studio 2010 Bêta 2 Message d'erreur myTODO

Question

J'ai téléchargé l'exemple d'application Azure myTODO et lorsque vous tentez de l'exécuter localement, le message d'erreur très bizarre suivant s'affiche.

The item "..\MyTodo.WebUx\MyTodo.WebUx.csproj" in item list 
"ProjectReferenceWithConfiguration" does not define a value for metadata "Configuration". 
In order to use this metadata, either qualify it by specifying %(ProjectReferenceWithConfiguration.Configuration), 
or ensure that all items in this list define a value for this metadata. 
C:\Program Files (x86)\MSBuild\Microsoft\Cloud Service\1.0\Visual Studio 10.0\Microsoft.CloudService.targets 

Ci-dessous un extrait du fichier MyToDo.WebUX.csproj, qu'est-ce que je change?

<?xml version="1.0" encoding="utf-8"?> 
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 
<PropertyGroup> 
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration> 
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform> 
<ProductVersion>9.0.30729</ProductVersion> 

Answer 1

Pour obtenir le projet Web pour convertir, supprimer les éléments suivants de l'élément: "{603c0e0b-db56-11dc-be95-000d561079b0};" Cet exemple est obsolète ... vous pouvez l'utiliser pour regarder le projet de tests, mais pour obtenir une version plus récente de la majorité du code de ce projet, essayez de télécharger la source à ce laboratoire. : DeployingApplicationsinWindowsAzure.

Le lien Source est dans le coin supérieur droit. Si vous regardez le dossier de fin pour l'exercice 3, vous trouverez une version plus à jour de ce projet ... mais je ne pense pas que la solution complète est là, donc vous devrez le comparer à celui que vous avez lié ci-dessus.

... Je n'ai pas comparé les projets moi-même donc je ne sais pas ce qui manque entre la version de laboratoire et celle sur la galerie de code.

Answer 2

J'ai eu un problème aujourd'hui où MSBuild me donnait une erreur presque identique:

The item "xxx.csproj" in item list "ProjectReferenceWithConfiguration" does not define a value for metadata "Name". 

Heureusement, j'ai eu un autre service Azure qui compilait correctement, donc j'ai pu chercher les différences. Il s'est avéré que dans la solution qui fonctionnait, MyService.ccproj (le projet Azure Service) compilait avantxxx.csproj. Dans la solution qui échouait, xxx.csproj compilait en premier. Lorsque j'ai spécifié les dépendances telles que xxx.csproj compilé après MyService.ccproj, il a commencé à fonctionner.

Je ne sais pas exactement ce qui se passe ici, ou ce qu'il est à propos de xxx.csproj qui le fait donc il doit venir après. Si je comprends bien, je vais mettre à jour, mais peut-être que cela vous aidera. MISE À JOUR: Il semble que Azure ne soit pas satisfait si vous spécifiez autre chose qu'un projet de rôle Azure en tant que dépendance du projet de service. Je l'ai fait ainsi MyWebRole.csproj dépendait de xxx.csproj, au lieu de MyService.ccproj dépendant de xxx.csproj, et cela a fonctionné.