2010-05-24 11 views
19

Mam VS 2010 i niedawno zainstalowałem RIA Services V1.0 WCF. Do testowania stworzyłem nowy projekt Silverligh Business, ale teraz co jakiś czas, kiedy przebudowuję rozwiązanie, pojawia się następujący błąd:Zadanie "CreateRiaClientFilesTask" nieoczekiwanie zakończyło się niepowodzeniem.

Czy ktoś wie, dlaczego to rozumiem?

Dzięki

Error 1 The "CreateRiaClientFilesTask" task failed unexpectedly. 
System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.ServiceModel.DomainServices.Tools, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified. 
File name: 'Microsoft.ServiceModel.DomainServices.Tools, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' 
    at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMarkHandle stackMark, Boolean loadTypeFromPartialName, ObjectHandleOnStack type) 
    at System.RuntimeTypeHandle.GetTypeByName(String name, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark, Boolean loadTypeFromPartialName) 
    at System.RuntimeType.GetType(String typeName, Boolean throwOnError, Boolean ignoreCase, Boolean reflectionOnly, StackCrawlMark& stackMark) 
    at System.Type.GetType(String typeName, Boolean throwOnError) 
    at System.Web.Hosting.HostingEnvironment.CreateWellKnownObjectInstance(String assemblyQualifiedName, Boolean failIfExists) 
    at System.Web.Hosting.HostingEnvironment.CreateWellKnownObjectInstance(String assemblyQualifiedName, Boolean failIfExists) 
    at System.Web.Hosting.ApplicationManager.CreateObjectInternal(String appId, Type type, IApplicationHost appHost, Boolean failIfExists, HostingEnvironmentParameters hostingParameters) 
    at System.Web.Hosting.ApplicationManager.CreateObjectInternal(String appId, Type type, IApplicationHost appHost, Boolean failIfExists) 
    at System.Web.Compilation.ClientBuildManager.CreateObject(Type type, Boolean failIfExists) 
    at Microsoft.ServiceModel.DomainServices.Tools.CreateRiaClientFilesTask.CreateSharedTypeService(ClientBuildManager clientBuildManager, IEnumerable`1 serverAssemblies, ILogger logger) 
    at Microsoft.ServiceModel.DomainServices.Tools.CreateRiaClientFilesTask.GenerateClientProxies() 
    at Microsoft.ServiceModel.DomainServices.Tools.CreateRiaClientFilesTask.ExecuteInternal() 
    at Microsoft.ServiceModel.DomainServices.Tools.RiaClientFilesTask.Execute() 
    at Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute() 
    at Microsoft.Build.BackEnd.TaskBuilder.ExecuteInstantiatedTask(ITaskExecutionHost taskExecutionHost, TaskLoggingContext taskLoggingContext, TaskHost taskHost, ItemBucket bucket, TaskExecutionMode howToExecuteTask, Boolean& taskResult) 

WRN: Assembly binding logging is turned OFF. 
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1. 
Note: There is some performance penalty associated with assembly bind failure logging. 
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog]. 
    BusinessApplication2 

Odpowiedz

2

spróbować usunąć DomainServices złożeń (... referencje), a następnie uruchomić „Wyczyść” na projekt lub lepszej całego rozwiązania. Zrestartuj VS i od nowa od nowa.

0

Używam VS 2010 i Windows 7. Mam ten wyjątek i po ponownym otwarciu rozwiązanie to powtórzyło się ponownie. Następny pomógł w moim przypadku. Znowu zamknąłem VS i otwarte rozwiązanie, ale nie uruchomiłem pliku .sln - uruchamiam VS ze skrótu z uprawnieniami administratora (nie mam pewności, że uprawnienia administratora naprawdę są potrzebne) i wybieram moje rozwiązanie na stronie startowej Visual Studio. Potem przebudowałem rozwiązanie.

+0

Dowiedziałem się, że jeśli zbudujesz swój projekt lub odbudujesz go, zmniejszy to liczbę razy, kiedy wystąpi błąd. – mrtaikandi

32

Zamknij VS, usuń pliki w c:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\. Uruchom ponownie VS, kompilacja rozwiązania. Przy okazji; Mam problem po błękicie.

+1

to działało dla mnie. Dzięki! –

+0

Też miałem problem po niebieskim ekranie, a poprawka działała również dla mnie! Dzięki za uratowanie mnie trochę czasu. –

+6

W moim przypadku pliki tymczasowe znajdowały się w następującym katalogu: C: \ Users \ myUserName \ AppData \ Local \ Temp \ Tymczasowe pliki ASP.NET – Entrodus

1

Moje rozwiązanie polegało na usunięciu ustawień aplikacji z pliku konfiguracyjnego.

4

Znalazłem, że ponowne uruchomienie VS w trybie administratora było wszystkim, co było wymagane.

0

Po zainstalowaniu problemu WCF RIA V1.0 SP1 po prostu znika.

+0

Nasz zespół używa dodatku SP2 i wystąpił ten problem. Rozwiązanie Øyvinda zadziałało dla nas. http://stackoverflow.com/a/5296910/81595 –

0

Miałem ten problem przez wiele miesięcy na moim nowym komputerze roboczym, po tym, jak denerwowałem się z moim antywirusem spowalniającym moją maszynę (McAfee, nie mój wybór został zainstalowany przez administratora) usunąłem to i voila, przestaję otrzymywać błąd CreateRiaClientFilesTask . Wydaje się, że istnieje milion różnych powodów takiego stanu rzeczy, ale to na pewno zadziałało, używam tylko standardowego trojana Microsoft Antivirus, który nie jest zainstalowany w systemie Windows, ale można go znaleźć, jeśli podążysz nosem w sekcji zabezpieczeń systemu Windows 7 gdzie pojawia się komunikat No Antivirus Installed.

0

Doświadczyłem tego samego problemu z McAfee jako Rob, ale zamiast go usunąć, po prostu wyłączyłem "Skanowanie w czasie rzeczywistym" pod Ochroną przed wirusami i programami typu spyware oraz zaporą sieciową w obszarze Ochrona poczty i poczty elektronicznej. To ustawienie było tymczasowe tylko podczas budowania projektu.

0

Otrzymałem ten błąd na moim serwerze budowania TFS, ale nie na mojej maszynie programistycznej.

Okazało się, że moje pudełko rozwojowe miało aktualizację zabezpieczeń MS14-059 (aktualizacja: broke builds), a ja naprawiłem ją na mojej maszynie do kompilacji, aktualizując moje projekty, aby korzystać z pakietu Microsoft.AspNet.Mvc NuGet zamiast odwoływania się do zestawu 3.0.0.0 z GAC. Z kolei serwer budowania nie ma zainstalowanego MS14-059. Tak więc moje projekty odwoływały się do System.Web.Mvc w wersji 3.0.0.1, ale serwer kompilacji miał tylko 3.0.0.0 w swoim GAC.

Uruchomiłem gacutil -l | find /i "mvc", aby zweryfikować, czy na moim komputerze programującym w systemie GAC znajduje się System.Web.Mvc 3.0.0.1, a serwer kompilacji miał tylko wersję 3.0.0.0.

Po aktualizacji do pakietu NuGet, dodano wiążące przekierowania do mojego pliku web.config, więc projekt prawdopodobnie miałby uruchomić dobrze na serwerze kompilacji. Ale zadanie msbuild RIA Services, które działało w czasie kompilacji i nie obchodziło wiążących przekierowań w sieci.config, nie radził sobie tak dobrze z niedopasowaniem wersji.

Poprawka dotyczyła install MS14-059 na komputerze kompilującym.

0

Stało się to przy aktualizacji z MVC3 do MVC5. MVC5 wyświetla zależne zestawy w innym miejscu w pliku web.config. Poszukaj sekcji <assemblies> w pliku web.config i skomentuj ją (nawet jeśli jest to poprawna wersja).

Powiązane problemy