2015-05-12 13 views
7

Ich habe gerade mein Webrollenprojekt (und die Lösung) von Azure SDK 2.4 auf Azure SDK 2.6 aktualisiert, wobei ich die Aktualisierungsfunktionalität unter Projekteigenschaften> Anwendung verwendet habe.Buildfehler nach dem Upgrade Azure SDK von 2.4 auf 2.6

Wenn ich meine Anwendung erstelle, funktioniert alles gut, aber wenn ich versuche, es auszuführen (und den Azure-Emulator und so starten), gibt es den folgenden Fehler, wenn ich auf "NEIN" klicke, wenn ich Build-Fehler ausführen möchte :

nicht in der Lage Namen Einstellung Wert Parameter zu erhalten: profil

Siehe Ausgang bauen: Build output

nichts mehr. Wenn ich meine Ausgabe öffne, kann ich nichts dazu finden. Es sieht so aus, als ob der Build erfolgreich durchgeführt wurde.

Wenn ich "JA" klicken dient VS ein Popup mit dieser Nachricht:

Fehler beim Microsoft Azure Cloud-Service-Projekt debuggen. Die Ausgabe Verzeichnis "D: \ Pfad \ zu \ Ordner \ src \ Projekt \ Csx \ O" existiert nicht.

Vielleicht hat es etwas mit dem Emulator zu tun?

Kann jemand helfen? Sehr geschätzt!

+0

haben, dass der genaue Wortlaut der Fehlermeldung ist? – Claies

+0

Ja. Deshalb ist es als Zitat markiert :) – ydd1987

+0

das ist ziemlich die ungewöhnliche Verwendung von Englisch für eine Fehlermeldung. Können Sie einen Screenshot davon zeigen? Haben Sie auch versucht, Ihr Projekt neu aufzubauen? – Claies

Antwort

14

Wir sind auch auf dieses Problem gestoßen.

Es scheint, dass, selbst wenn die Service-Konfiguration, die Sie in den Run/Debug-Einstellungen ausgewählt haben, sagt Dev.Local - Sie müssen eine Service-Konfiguration namens ServiceConfiguration.Local.cscfg oder Sie werden diesen genauen Fehler auftreten.

Jedenfalls, sobald wir ein cscfg namens ServiceConfiguration.Local.cscfg erstellt haben, hörte dieses Problem auf, obwohl wir es nicht referenzierten.

+0

Interessant. Vor etwa zwei Wochen haben wir von 2,4 auf 2,6 aktualisiert und diesen Fehler bei keinem unserer Azure-Projekte gesehen. Wir haben sechs Azure-Projekte in unserer Lösung, nur eine hat eine ServiceConfiguration.Local.cscfg, die anderen fünf haben nur ServiceConfiguration.Cloud.cscfg. –

+0

Ich hatte genau das gleiche Problem. Mit 2.8 SDK, bereinigt meine Lösung. Durch die Suche in Dateien wird "Local" überhaupt nicht angezeigt, aber ich muss es trotzdem haben. – Eleasar

+0

OMG ... Wir müssen 'ServiceConfiguration.Local.cscfg' haben! – Youngjae

10

Es ist etwas unangenehm über die Diagnose, die die 2.7-Upgrade (in meinem Fall) überall anbringt. Entfernen Sie Diagnosen aus Ihren Rollen (web.config, Rollendefinitionen) und ich wette, Sie werden etwas Glück haben.

Update: Wir sind dem nie auf den Grund gegangen. Wenn Sie nicht ohne Diagnose glücklich sind, ist das Leben wirklich einfacher, wenn Sie einfach aufgeben und sicherstellen, dass Sie eine Foo.Local.cscfg haben!

+1

Arbeitete für mich. Für diejenigen, die sich fragen, wo die Diagnose-Option ist: Klicken Sie mit der rechten Maustaste auf die Rolle> Eigenschaften> Deaktivieren Sie Diagnose aktivieren. – Nick

+0

Für uns bestand das Problem darin, dass die Diagnoseverbindungszeichenfolge nicht angegeben wurde, wenn das 2.7 SDK dies erwartet. Einfaches Deaktivieren der Option "Diagnose aktivieren", Speichern und erneutes Überprüfen von "Diagnose aktivieren" hat das Problem behoben und die Diagnose funktioniert ebenfalls. –

+0

Kühl. Haben Sie irgendwelche Aufzeichnungen darüber, was in xml tatsächlich neu konfiguriert wurde? – ledneb

1

Dies scheint ein Catch-All-Fehler zu sein. Ich habe es gerade gefunden, und die Ursache in meinem Fall scheint zu sein, dass ich die thumbprintAlgorithm für ein Zertifikat falsch gesetzt hatte. Ich fand das heraus, als ich versuchte, Package ... es und habe eine sinnvolle Fehlermeldung, so dass eine Sache zu versuchen ist.

0

Überprüfen Sie, ob Sie eine XML-Syntaxfehler in ServiceConfiguration.Cloud.cscfg