2015-05-12 7 views
7

Właśnie zaktualizowałem projekt roli sieci Web (i rozwiązania) z pakietu Azure SDK 2.4 do pakietu Azure SDK 2.6, korzystając z funkcji aktualizacji w obszarze Właściwości projektu> Aplikacja.Błąd kompilacji po uaktualnieniu pakietu Azure SDK z wersji 2.4 do 2.6

Kiedy buduję swoją aplikację, wszystko działa dobrze, ale kiedy próbuję ją uruchomić (i uruchomić emulator platformy Azure itp.), Pojawia się następujący błąd, gdy klikam "NIE", jeśli chcę wykonać procedurę z błędami kompilacji :

stanie dostać nazwa ustawienia wartości parametru: PROFILENAME

Zobacz zbudować wyjście: Build output

nic więcej. Kiedy otwieram moje dane wyjściowe, nie mogę znaleźć niczego związanego z tym. Wygląda na to, że kompilacja została wykonana pomyślnie.

Jeśli kliknę „TAK” VS służy okienko z wiadomością:

Failed debugowania projektu Microsoft Azure Chmura serwisowym. Wyjściowy katalog "D: \ ścieżka \ do \ folderu \ src \ projekt \ csx \ O" nie istnieje.

Może ma to coś wspólnego z emulatorem?

Czy ktoś może pomóc? Bardzo doceniane!

+0

czyli dokładna treść komunikatu o błędzie? – Claies

+0

Tak. Dlatego jest oznaczony jako cytat :) – ydd1987

+0

to dość nietypowe użycie języka angielskiego dla komunikatu o błędzie. Czy możesz pokazać zrzut ekranu z tego? Czy próbowałeś odbudować swój projekt? – Claies

Odpowiedz

14

Również napotkaliśmy ten problem.

Wygląda na to, że nawet jeśli wybrana została konfiguracja usługi wybrana w ustawieniach Uruchom/Debuguj, Dev.Local - musisz mieć konfigurację usługi o nazwie ServiceConfiguration.Local.cscfg lub napotkasz ten dokładny błąd.

W każdym przypadku, gdy stworzyliśmy cscfg o nazwie ServiceConfiguration.Local.cscfg, problem ten ustał, mimo że nie odnosiliśmy się do niego.

+0

Interesujące. Około dwa tygodnie temu zaktualizowaliśmy wersję 2.4 do wersji 2.6 i nie zauważyliśmy tego błędu w żadnym z naszych projektów Azure. W naszym rozwiązaniu mamy sześć projektów Azure, tylko jeden ma ServiceConfiguration.Local.cscfg, pozostałe pięć tylko ServiceConfiguration.Cloud.cscfg. –

+0

Miałem dokładnie ten sam problem. Używając 2.8 SDK, wyczyściłem moje rozwiązanie. Wyszukiwanie w plikach nie wywołuje "Local" w ogóle, ale nadal muszę go mieć. – Eleasar

+0

OMG ... Musimy mieć 'ServiceConfiguration.Local.cscfg'! – Youngjae

10

To jest coś nieprzyjemnego w diagnostyce, którą uaktualnienie 2.7 (w moim przypadku) przywiązuje wszędzie. Usuń diagnostykę ze swoich ról (web.config, definicje ról) i założę się, że będziesz miał trochę szczęścia.

Aktualizacja: nigdy nie doszliśmy do sedna. Jeśli nie jesteś szczęśliwy bez diagnostyki, życie naprawdę jest prostsze, jeśli po prostu poddasz się i upewnij się, że masz Foo.Local.cscfg!

+1

Pracowałem dla mnie. Dla tych, którzy zastanawiają się, gdzie jest opcja Diagnostyka: kliknij prawym przyciskiem myszy rolę> Właściwości> Odznacz opcję Włącz diagnostykę. – Nick

+0

Dla nas problem polegał na tym, że ciąg połączenia diagnostycznego nie został określony, gdzie 2.7 SDK oczekuje. Po prostu usunięcie zaznaczenia opcji "Włącz diagnostykę", zapisanie i ponowne sprawdzenie "Włącz diagnostykę" rozwiązało problem i działa Diagnostyka. –

+0

Cool. Czy masz jakieś zapisy tego, co faktycznie rekonfigurowane w xml? – ledneb

1

Wydaje się, że jest to błąd typu "catch-all". Właśnie napotkałem to, a główną przyczyną w moim przypadku wydaje się, że miałem thumbprintAlgorithm za niepoprawnie ustawiony certyfikat. Znalazłem to, kiedy próbowałem Pakiet ... i otrzymałem przydatny komunikat o błędzie, więc jest jedna rzecz do wypróbowania.

0

Sprawdź, czy masz błąd składni XML w ServiceConfiguration.Cloud.cscfg

Powiązane problemy